Last modified: 2008-04-02 16:31:59 UTC
In Arabic Wikipedia, Special:Log displays only the most recent 15 000 items. When clicking next again the same items are displayed again. This is true for deletion log and user creation log (the only 2 logs which have more than 15 000 items). For example deletions in arwiki older than February 2007 are not displayed. I have noticed this also in English Wikipedia in the upload log (didn't try other logs).
The limit is 10 000 items, defined in SpecialLog.php for all wikis running with $miserMode=true for server healthy, especially all Wikimedia wikis.
This is due to bug 5446. If that were fixed this would be a non-issue.
Well, when log_id is added, we can use pager to go throw then on and index, so this restriction won't be necessary forever.
True, you could use ID offsets instead, but that assumes IDs are in strict chronological order, which in principle they may not be (if for some reason, e.g., multiple wiki databases are merged). Besides, IDs are meaningless, so date would be a much better paging criterion in terms of utility for external tools or hand-editing of URLs. I'd avoid ID offsets. We even have the necessary indices for date sorting already, which we don't yet for ID, although presumably we will soon.
(In reply to comment #4) > True, you could use ID offsets instead, but that assumes IDs are in strict > chronological order, which in principle they may not be (if for some reason, > e.g., multiple wiki databases are merged). Besides, IDs are meaningless, so > date would be a much better paging criterion in terms of utility for external > tools or hand-editing of URLs. I'd avoid ID offsets. We even have the > necessary indices for date sorting already, which we don't yet for ID, although > presumably we will soon. > True. Date sorting is fine. I'd be ok with either.
Logs use pager as of r32685.