|
[
Permlink
| « Hide
]
David Taylor [Atlassian] added a comment - 24/Mar/08 05:29 PM
Making issue public.
Glad to hear this issue is public and being worked on. I have a space with 1000 pages and it is also very slow (about 2 minutes to load).
It affects the alphabetical as well as tree view listing of pages Thanks Is there a way to hide the links so the user cannot click on the Alphabetical or hierarchy listings? The users would be forced to Search or click from the recently updated pages. This is not ideal to say the least but at least the space would be usable.
Another idea might be to hard code the two links to go to the "A" section. The only other workaround I saw manipulating URL but it was not practical for normal non-technical users who just want to view and edit pages. any help would be greatly appreciated. Attached is the text for a customized layout that hides the page links.
You'll have to have just chosen 'recently updated' view so it'll be remembered. If you haven't done that, just choose recently updated view for a different space then replace the space key for your large space and you'll land on the recently updated view. Note: The attached space layout
 is only for 2.7.x and will not work properly in 2.8 or later. You can still customise the decorator Jeremy describes above to manually remove the links, however. This is an even more acute issue in v2.8+.
Our wiki has about 7000 pages in one space, and almost all are at the root level; ie, there's very little hierarchy. Each time someone requests a tree view, it consumes what seems like an awful lot of system resources and takes a couple of minutes. Users see the new Location: Edit link in the bottom of the Edit screen and click it, and nothing seems to happen. They Save or Cancel. But because the Location: Edit field defaults to the state in which it was left, the next time the user goes to edit something, the process runs again, even though the user did not explicitly call for it. Because the Location field is building at the bottom of the screen, the user might not even know that something's going on, and has no idea why their browser is suddenly bogging down and hanging. Multiply the default-open Location field by a few users, and now our server is crawling and timing out and throwing errors. This is a serious problem for us. Certainly the right fix is to eliminate the huge demand caused by a a request for a long list of pages. But I also think you want to change the defaulting behavior of the Edit screen. The other fields (Labels and Restrictions) do not behave this way - they always default to their closed state. Hi Dave, thanks for adding that. CONF-10535 changes the default behaviour of the edit screen from 2.9 onwards.
I've been using the AJAX pagetree method of editing a page's location. For installations with many thousands of pages, this new method is much less convenient than the previous approach.
For example, I wanted to change a page's parent from "Common" to "VSS". Not only did I have to wait for over a minute for Firefox to render the pagetree, but then I had to drag the page to the new location by scrolling the pagetree through thousands of pages. Not fun. Maybe you want to give users the choice of using the old location-editing approach (simply entering a new parent page name), plus the new visual drag and drop approach? Hi,
We are facing a similar issue with one of our spaces. While you are working on fixing the issue, could you please provide us a patch which would direct the url to http://<hostName>/confluence/pages/listpages-alphaview.action?key=<SpaceKey>&startsWith=a instead of http://<hostName>/confluence/pages/listpages-alphaview.action?key=<SpaceKey> This way the user would atleast not see the null point exception. Thanks and Regards I filed a new bug where Tree View hangs Internet Explorer: http://jira.atlassian.com/browse/CONF-13373
The symptoms are somewhat different in that it's only affecting Internet Explorer, Alphabet View works fine, FireFox works fine. The one I filed appears more to be a javascript issue with IE7. A workaround to change the default mode, to list only pages starting with 'a', as suggested by Chris:
Edit the <Confluence-Install>/confluence/web-inf/lib/confluence-x.x.x.jar/plugins/space-pages-sections.xml file: Change:
To be:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Open
Major
Browse Space - Alphabetical and Tree Views are too slow on large spaces
