Last modified: 2009-06-19 11:05:16 UTC
Per discussion at http://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(proposals)&oldid=255683088#Change_default_category_sortkeys please set $wgCategoryPrefixedDefaultSortkey=false for en.wiki and do whatever magic voodoo is required to update any tables if required.
According to the documentation, maintenance/refreshLinks.php needs to be run after the change.
'''Support''': it would be really nice to be able to use the "listas" parameter in all the WPBM banners, so the tagged articles would sort correctly.
Assigning this to Rob -- note that refreshLinks will take a billion years to run on enwiki these days. Tim's got some sort of parallel version rigged up, check w/ him the status on that.
Is this spree of "assigning X shell request to Rob" comments an indication that we should *all* be assigning not-crazily-controversial shell requests to Rob?!? Or is it that you occasionally take a wander through the shell list, vet things, and *then* get Rob to do them? Do you want us to make a distinction between 'big' shell requests (installing new extensions, etc) and 'little' shell requests like this?
(In reply to comment #4) > Is this spree of "assigning X shell request to Rob" comments an indication that > we should *all* be assigning not-crazily-controversial shell requests to Rob?!? > Or is it that you occasionally take a wander through the shell list, vet > things, and *then* get Rob to do them? Do you want us to make a distinction > between 'big' shell requests (installing new extensions, etc) and 'little' > shell requests like this? Brion would like to sight shell requests before assigning them to Rob.
(In reply to comment #5) > Brion would like to sight shell requests before assigning them to Rob. > Ok, good to know. Would it then be sensible to assign them to Brion initially, then? If this is to be the standard process, it seems that Brion is to be the first point-of-call...
(In reply to comment #6) > (In reply to comment #5) > > Brion would like to sight shell requests before assigning them to Rob. > > > > Ok, good to know. Would it then be sensible to assign them to Brion initially, > then? If this is to be the standard process, it seems that Brion is to be the > first point-of-call... > It'd be nice to discuss such operational stuff on wikitech-l so we're not relying on people happening upon this bug etc
This bug is not the proper place to discuss that kind of policy. However, do NOT just go assigning bugs to various folks. When in doubt, leave it unassigned and someone will take care of it. (Brion usually vets them, then assigns them to someone. Do NOT just assign all bugs to him.)
I have set the wgCategoryPrefixedDefaultSortkey to false for enwiki and will follow up with tim about the update links.
(In reply to comment #8) > This bug is not the proper place to discuss that kind of policy. However, do > NOT just go assigning bugs to various folks. When in doubt, leave it > unassigned and someone will take care of it. (Brion usually vets them, then > assigns them to someone. Do NOT just assign all bugs to him.) > Okey dokey, just trying to help. Shell requests have traditionally been an area where 'lost in the post' syndrome has been very common, and requests have sat around for months or even years with apparently nothing been done. I see from your number-one position on this week's bug report that a concerted effort is being made to improve that situation, so thank you for that.
I am currently running a nice parallel fast version of update links. It will still take quite awhile to finish for enwiki. However, I am closing this ticket as all other work is complete.
Will that also update the category counts? cf bug18488??
