This site has been archived and you can no longer log in or post new messages. For up-to-date community resources please visit

eZ Community » Forums » General » better subitems display in 4.4 admin

better subitems display in 4.4 admin

better subitems display in 4.4 admin

Sunday 03 October 2010 1:28:25 pm - 7 replies

In admin interface of Fuji, the subitems of a node show up really slowly, I have to wait for 4 - 5 seconds before they show up.

Also there are some reports of subitems not working at all:

Naturally, this is because the subitems are fetched via an Ajax to ezjscore that returns the JSON with the subitems list.

What do we really get by loading subitems via Ajax when the page loads for the first time? Nothing, except a confused user that has to wait few more seconds before getting the subitems. And it gets really annoying when doing a lot of operations on subitems.

Of course, when doing the pagination or changing the sort order of the items, this speed up thing, but when loading the page for the first time it just slows down.

So the right solution would be:

- when loading the page for the first time display the subitems directly, without the additional Ajax call

- when clicking on the pagination, or changing the sort order, change the subitems list via the Ajax call

Modified on Monday 04 October 2010 12:21:12 am by Mavko Žmak - Žmale

Tuesday 05 October 2010 6:40:00 pm

Arghh... This is awfull... Having to wait for 5 - 10 seconds just to display the subitems...

Am I the only one that finds this frustrating and not usable???

Monday 11 October 2010 1:46:55 pm

Hi Marko,

I've just upgraded an existing site to 4.4 but I do not have the problem of slowness you encounter. I think you should try to load the site in Firefox with Firebug enabled and look at the Network tab to see what is so long. In fact, the loading of this part is done in several step :

  1. the page is loaded
  2. when the document is ready, the YUI loader component loads several CSS and JS files. Depending on your configuration, those files are fetched from the eZ Publish site itself or from a remote CDN
  3. then a YUI component builds the table by loading asynchronously a json document

Btw, there should be a GIF spinner ou a simple message telling to the user that something is loading.


Wednesday 13 October 2010 12:18:47 am

Damien, the YUI components is loaded from the eZ site, and the problem is that loading of the JS files takes a long time. See here:

And I found another problem... When I set:

Cache-control: "max-age=86400, must-revalidate"

the subitems are not displayed at all.

But regardless of what the reason for this is, I still think that displaying the subitems the first time should not be made via Ajax, but displayed directly in the HTML.

A lot of problems could come from this Ajax approach.

For example, what about browsers that don't have Javascript? Do we really want to have such a compatibility break? Even Gmail still has a HTML only version of the page.

And I for example from time to time have the need to use the admin with a non JS browser. And now the admin is completely useless for this case.

Cache-control: "max-age=86400, must-revalidate"

Saturday 16 October 2010 5:47:44 pm

OK, I have investigated further. It seems like the browsers don't cache properly the JS and image files. So they are loaded again on loading of the page. An that's where the delay occurs.

I have measured the loading of the subitems and inspected the traffic with Fiddler and here are the results:

Duration (first time)
Duration (second time)
Duration (after refresh)
Loading from cache
8 sec
8 sec
8 sec
10 sec
10 sec
10 sec
7 sec
1 sec
7 sec
everything (JS, CSS, images)
10 sec
4 sec
4 sec
only some JS files

Note that only Opera caches everything and works OK on next loading of the page.

I have measured the time from when the "Subitems" text is displayed, until the table with subitems is displayed. Here are the conditions for each test:
first time - all the cache cleared and page loaded
second time - typing the URL again in the address bar after first time
after refresh - hitting the browser's refresh button after the second time
I have checked out with Fiddler and all the static items (JS, CSS, images) have the cache headers properly set, so that they get cached:

Last-Modified: Tue, 28 Dec 2010 08:57:40 GMT
Cache-Control: max-age=604800, must-revalidate
Expires: Mon, 15 Nov 2010 12:49:47 GMT

But as we can see the browsers still refuse to cache them.

This is very strange because all my browsers are installed with the default installation and I didn't change their cache settings.

Anybody has any clue what could be the problem?

P.S. It seems to me that a lot of potential problems could come from this ajax approach of fetching subitems...

Monday 18 October 2010 9:19:41 am

Neither of us at eZ dev or QA have seen this before....

Do you have the same caching problems loading ?

Friday 08 April 2011 10:35:40 am


I got similar problems. I thought it was may be due by the fact I was using FF 4 on Mac, then I've tested on another browser on PC, problem is the same.

Furthermore, I have another issue: The sensitive context menu on t he "tool icon" is not displayed, while the one in left tree_menu does work.



The second point seems to be a bug which has been corrected since (issue 017355 )

Modified on Friday 08 April 2011 12:05:30 pm by Nicolas OTTAVI

Friday 08 April 2011 1:28:20 pm

Nicolas, it would be great to get more info about your environment.

  • Does this affect caching of all images and JS files, or just a subset?
  • Any other files that aren't cached as expected?
  • What version of eZ Publish is this?
  • What happens if you enable the Packer setting for ezjscore?
  • What happens if you set ezjscore.ini's LoadFromCDN=enabled ?

BTW: eZ Publish 4.5 has a debug section for ezjscPacker that may come in handy for debugging purposes.

Modified on Friday 08 April 2011 1:35:18 pm by Christian Pfeffer Gjengedal


You must be logged in to post messages in this topic!

36 542 Users on board!

Forums menu

Proudly Developed with from