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
