Last modified: 2014-06-23 02:44:53 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 T50281, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 48281 - md5 title munging does not completely rename some pages
md5 title munging does not completely rename some pages
Status: UNCONFIRMED
Product: MediaWiki extensions
Classification: Unclassified
DumpHTML (Other open bugs)
REL1_19-branch
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-05-09 00:37 UTC by timothy.russ
Modified: 2014-06-23 02:44 UTC (History)
1 user (show)

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


Attachments

Description timothy.russ 2013-05-09 00:37:05 UTC
When generating a static dump of an internal wiki, the MD5 hashing of a name stops at the first period it comes across.

In the default titling scheme, there is a page named similar to:
./articles/b/a/n/Category:sitename.com_(Public Website).html

and when the dump was done with md5 hashes instead, the page was named:
./articles/5/e/2/fa70d4c0ce3cbbb6d8c7b7608a699.com_(Public_Website).html

a quick scan down the file list appears to show that the pages for uploaded files also stop the hash at the period before the file extension, giving hashes like 79963e2b7efd9ab7e80d340402b92.PNG.html for screenshot.PNG.HTML

Not sure if this is intended behavior, but it has the possibility of leaving undesired characters one would otherwise expect to be incorporated into the hashed filename.
Comment 1 lilhomiefool 2014-06-23 02:44:53 UTC
Fix please

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


Navigation
Links