Last modified: 2010-04-16 22:24:43 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T25147, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23147 - Run cleanupTitles.php on all wikis that have $wgCapitalLinks set to false
Run cleanupTitles.php on all wikis that have $wgCapitalLinks set to false
Status: RESOLVED FIXED
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: High critical (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wiktionary.org/wiki/MediaWi...
: code-update-regression, shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-10 22:21 UTC by Bawolff (Brian Wolff)
Modified: 2010-04-16 22:24 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Bawolff (Brian Wolff) 2010-04-10 22:21:33 UTC
On [en] wiktionary, there is an xslt file (for use with the xslt option of the api) called [[wikt:mediawiki:extractFirst.xsl]]. Since the software update, it appears that pages in the mediawiki and mediwiki talk namespace have their first letter case insensitive, even on wikis where normal pages can begin with a lowercase letter.

Thus it is now impossible to access [[wikt:mediawiki:extractFirst.xsl]] as it gets converted to [[wikt:mediawiki:ExtractFirst.xsl]] (Which does not exist).
Comment 1 Bawolff (Brian Wolff) 2010-04-10 22:44:05 UTC
Looks like its caused by r57558 . If some namespaces switched capitalization, shouldn't a maintence script be run to fix the broken pages that started with a lowercase letter?
Comment 2 Bawolff (Brian Wolff) 2010-04-10 23:28:52 UTC
btw, this affects user pages too.

http://en.wiktionary.org/wiki/User:Penubag vs http://en.wiktionary.org/wiki/?curid=1053333
Comment 3 Bryan Tong Minh 2010-04-11 21:39:42 UTC
cleanupTitles.php should be run on all wiktionaries and other wikis that have wgCapitalLinks set to false.
Comment 4 JeLuF 2010-04-12 09:20:11 UTC
There are problems when running cleanupTitles:

$ php maintenance/cleanupTitles.php angwiktionary --fix|grep -v done.on.page
Checking and fixing bad titles...
Processing page...

page 993 (Syndrig:Níwlicahwierfunga) doesn't match self.
renaming 993 (-1,'Níwlicahwierfunga') to (-1,'Níwlicahwierfunga')

page 3379 (Syndrig:Hlíetlictramet) doesn't match self.
renaming 3379 (-1,'Hlíetlictramet') to (-1,'Hlíetlictramet')

page 4799 (Syndrig:Hlíetlictramet) doesn't match self.
renaming 4799 (0,'Syndrig:Hlíetlictramet') to (-1,'Hlíetlictramet')
A database query syntax error has occurred.
The last attempted database query was:
"UPDATE  `page` SET page_namespace = '-1',page_title = 'Hlíetlictramet' WHERE page_id = '4799'"
from within function "TitleCleanup::moveInconsistentPage".
Database returned error "1062: Duplicate entry '-1-Hlíetlictramet' for key 2 (10.0.6.27)"
Comment 5 Platonides 2010-04-12 17:56:48 UTC
cleanupTitles.php was unable to handle such cases. Fixed in r64966.
Comment 6 JeLuF 2010-04-16 21:59:59 UTC
Done.
Comment 7 Platonides 2010-04-16 22:24:43 UTC
I don't see the change done on wmf-deployment nor 1.16wmf4. Shouldn't it have passed through it before being run?
Should I do myself the backport?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links