Page MenuHomePhabricator

If category sortkey is dependant on page specific variables ({{NAMESPACE}}, {{PAGENAME}} etc), sortkey not re-parsed on page move
Closed, ResolvedPublic

Description

+++ This bug was initially created as a clone of Bug #7638 +++

This is a fairly low-priority issue. Split off from bug 7638.

Steps to reproduce:
*Create page [[test1]] with contents [[category:Foo|Bar-{{PAGENAME}}]]
*Move page test1 to test2

Expected behaviour:
*On page move the (human) sortkey is re-evaluated and ends up being Bar-test2

Actual behaviour:
*On page move, sortkey is not re-evaluated (The binary sortkey is re-generated to take into account the new suffix, but the inwiki specified prefix is not re-evaluated)
**Thus, the sortkey stays as Bar-test1 until a (potentially null) edit takes place.


This is probably something that would be wontfixed, as this would require re-parsing the page to see if the categories change (efficiency and all)...


Version: unspecified
Severity: minor
URL: http://ksh.wikipedia.org/w/index.php?title=Saachjropp:Joohr&until=Joohr+1969

Details

Reference
bz30819

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:50 PM
bzimport set Reference to bz30819.
bzimport added a subscriber: Unknown Object (MLST).

Marking as dupe of bug 32946 (duping to higher bug since more relavent discussion there).

Funny i didn't remember this bug existed given i was the one who filed it

  • This bug has been marked as a duplicate of bug 32946 ***