https://bugzilla.wikimedia.org/show_bug.cgi?id=26566
Bawolff <bawolff...@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #2 from Bawolff <bawolff...@gmail.com> 2011-01-05 11:19:36 UTC --- DynamicPageList can be configured to use different order methods. The default is the date the category was added (or changed) to the article. Thus, blanking the article and then reverting will make it pop back to the top of the list. Changing the sortkey of a category will also make it pop back to the top (via {{DEFAULTSORTKEY:...}} or [[category:Foo|bar]] syntax). Overly long article titles can sometimes cause issues as well (bug 25254). However in this case, the issue appears to be related to bug 25254. This bug is for pages with long titles, they get moved to the front of the DPL list any time they are edited (including null edits). The weird part is, that the sortkeys don't seem to be getting cut off according to the api, which was my old theory for what was causing bug 25254. Need to investigate further As a work around, when publishing the article, try to specify a sortkey using {{DEFAULTSORT:}} that is 70 characters or less. (things like cx = ĉ count as two characters). *** This bug has been marked as a duplicate of bug 25254 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l