Files tool in large communities loads too many objects

Before starting to improve things on the client side, I wanted to look at the server.

Besides some ux2 cruft removals but I am not sure if those will speed up. But I temporarily removed fetching the title of the files for the MoveTo popup. Instead we use the path segment to display now, which will not wake the file objects.

If it's possible to test if the original problem still exists, please do so! Based on the results, we can decide if I should continue to improve the clients as well. This is on branch ree-files-tool-slowdown-lp1347066.

As we discussed in a previous email, I improved the display of the folders a bit. Testable on ree-files-tool-slowdown-lp1347066.

Previously a-longer-folder-name becomes A Longer Folder Name.

Is it possible to keep the old behavior for communities without a tremendous number of results? For example:

  for docid in docids:

at:

  https://github.com/karlproject/karl/commit/50a63b043cba3bfa5096eed067e81bfc320b8631#diff-5c65109b68aed58bc0aa4b266cf6633eR1284

Could you wrap that block with a test....if len(docids) is > than perhaps 200, do it the new way?

--Paul

On Oct 25, 2014, at 9:10 AM, Balazs Ree <email address hidden> wrote:

> As we discussed in a previous email, I improved the display of the
> folders a bit. Testable on ree-files-tool-slowdown-lp1347066.
>
> Previously a-longer-folder-name becomes A Longer Folder Name.
>
> ** Changed in: karl4
> Status: In Progress => Fix Committed
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1347066
>
> Title:
> Files tool in large communities loads too many objects
>
> Status in OSF KARL4:
> Fix Committed
>
> Bug description:
> As follow on work to lp:1314685 we should see why we still load a
> bunch of objects in Justice Initiative. Most likely the big pile of
> JSON that goes into the HTML. First though see if it still a problem.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/karl4/+bug/1347066/+subscriptions

I had an additional improvement idea, which I implemented in the end. Always look up the first 200 records in every community, and use the de-slugify filter only for the rest.