Last modified: 2009-04-08 01:10:49 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T20345, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18345 - Log below the form on Special:RevisionDelete for logs is ludicrously long
Log below the form on Special:RevisionDelete for logs is ludicrously long
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page deletion (Other open bugs)
unspecified
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://meta.wikimedia.org/w/index.php...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-04-05 02:39 UTC by Mike.lifeguard
Modified: 2009-04-08 01:10 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Mike.lifeguard 2009-04-05 02:39:30 UTC
This causes long load times. I don't see the need to show the log here. If there is for some reason I haven't come across, it needs to have a sensibly-low limit (20) and paging. An example URL is in the URL field.
Comment 1 Aaron Schulz 2009-04-05 19:56:13 UTC
More less done in r48839
Comment 2 Mike.lifeguard 2009-04-08 01:10:49 UTC
(In reply to comment #1)
> More less done in r48839
> 

Using the example URL:

The best way to solve this is to show only the log entries for (un)suppress/(un)deletion which affected /that exact log entry/ (the one with logid=534077) -- we don't need to see anything pertaining to showing/hiding other globalauth log entries. Since we clicked on the link for logid=534077 that's the only one we care about here.

Is that what r48839 does?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links