Closed Bug 509864 Opened 16 years ago Closed 16 years ago

[SUMO] tiki-admin_categories.php times out

Categories

(support.mozilla.org :: General, defect)

x86
All
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: vish_moz, Assigned: paulc)

References

()

Details

(Whiteboard: tiki_feature tiki_upstreamed)

Attachments

(1 file)

Summary: [SUMO] 'Admin Category' under 'Waiting for review' section gives a blank page Steps to reproduce: 1. log in to https://support-stage.mozilla.org with an Admin account 2. click on 'My Account' => https://support-stage.mozilla.org/tiki-user_preferences.php?locale=en-US 3. click on 'Edited articles ready for review' => https://support-stage.mozilla.org/tiki-browse_categories.php?locale=en-US&parentId=11 4. click on 'admin category' link which will take you to stage.mozilla.org/tiki-admin_categories.php?parentId=11
Correction, # 4 should be click on 'admin category' link which will take you to https://support-stage.mozilla.org/tiki-admin_categories.php?parentId=11
GET /tiki-admin_categories.php?locale=en-US&parentId=11 HTTP/1.1 Host: support-stage.mozilla.org <snip>... Referer: https://support-stage.mozilla.org/tiki-browse_categories.php?locale=en-US&parentId=11 Pragma: no-cache Cache-Control: no-cache HTTP/1.x 500 Internal Server Error Date: Wed, 12 Aug 2009 00:08:20 GMT Server: Apache/2.2.3 (Red Hat) X-Powered-By: PHP/5.2.9 Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-cache, pre-check=0, post-check=0 Pragma: no-cache Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8
OS: Mac OS X → All
Summary: [SUMO] 'Admin Category' under 'Waiting for review' section gives a blank page → [SUMO] 'Admin Category' under 'Waiting for review' section gives a blank page (500 Internal Server Error)
Summary: [SUMO] 'Admin Category' under 'Waiting for review' section gives a blank page (500 Internal Server Error) → [SUMO] tiki-admin_categories.php times out
Target Milestone: --- → 1.3
Attached patch patch, v1Splinter Review
This times out. Local running time for me is about 28 seconds. The main issue here is the ridiculous number of polls we have. If we disallow polls to be assigned categories (which I think is fine), I get a load time of about 4s. Still horrible, but much better. Finally, by only listing pages (articles) when filtering, the page load time is reduced to 0.4s. I propose we don't show polls at all (why assign a category to polls?) and don't list pages unless filtering. This patch does it, and also populates the search field, which was previously ignored.
Assignee: nobody → paul.craciunoiu
Attachment #393956 - Flags: review?(laura)
Severity: normal → minor
Comment on attachment 393956 [details] [diff] [review] patch, v1 Good work.
Attachment #393956 - Flags: review?(laura) → review+
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Marc: I realize this is a SUMO-only problem, but in general it would be great if admin pages would come with limits and pagination. E.g. we have way too many polls to be listed in a single select through a smarty loop.
Verified, FIXED.
Status: RESOLVED → VERIFIED
Paul: +1 It's pretty rare that people hit these problems in admin pages. There is now a centralization pagination system, so just needs to be deployed. Tks.
Whiteboard: tiki_feature
Added pagination. Every list in that page will be limited to 50 records, so speed should not be as much of an issue.
Whiteboard: tiki_feature → tiki_feature tiki_upstreamed
Blocks: 526786
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: