Modified: trunk/extensions/Renameuser/SpecialRenameuser_body.php
===================================================================
- $oldusername = Title::newFromText( $wgRequest->getText( 'oldusername'
) );
- $newusername = Title::newFromText( $wgRequest->getText( 'newusername'
) );
+ $oldusername = Title::newFromText( $wgRequest->getText( 'oldusername'
), NS_USER );
+ $newusername = Title::newFromText( $wgContLang->ucfirst(
$wgRequest->getText( 'newusername' ) ), NS_USER ); // Force uppercase of
newusername otherweise wikis with wgCapitalLinks=false can create lc
usernames
During fixing bug 4939 I found another bug. The oldusername was written
with NS0 into the logs (field 'log_namespace'), but it should by NS2 =
USER namespace. This I have corrected with above lines.
The problem is now, that older loglines still cointain NS0 for the
oldusername. This complicates log searching and is (now) inconsistent
with newer renames.
My question: Would it be possible to write a maintenance script or add
some lines to the updater script to update these loglines with NS0 -> NS2?
Or is this not a good idea because it's an extension only?
Raymond.
Hi!
I have noticed the latest dumps do not contain MD5 checksums – the
200703xx directory does not contain the file at all (the links leads
to 404 - Not Found), the "latest" directory returns a zero-sized file.
I noticed that on cswiki dump I tried to download, then verified it on
a few other randomly selected databases.
Regards,
-- [[cs:User:Mormegil | Petr Kadlec]]
Hi.
Using MediaWiki 1.6.10, I installed it, but it always shows texts in
Spanish ('http://wiki.foo.com/index.php/Portada' URL, "artículo",
"discusión", ...).
- My webbrowser is not in Spanish (nor my OS),
- I deleted my webbrowser cache,
- I'm not a wiki registered user,
- $wgLanguageCode = "en"; (within 'LocalSettings.php')
- $wgContLanguageCode = 'en'; (within 'includes/Setup.php')
How can I set to English?
Thank you very much.
Thank you for your answer (Google rocks ;) ).
I want wiki users see English texts without be logged.
I tried with several browsers on two different computers, and I see
always Spanish texts.
If I tell my users to log in the wiki, they are to access a form where
they see "Tu nombre de usuario", "Tu contraseña", ... very confusing.
> It says (gtrans) you have to be logged-in in order to change your
> preferences..
>
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r20830).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 494 of 511 tests (96.67%)... 17 tests failed!
The updated gfdl-wikititle program has been posted to:
http://meta.wikimedia.org/wiki/Gfdl-wikititle
This program is released under the GNU GPL version 3. This release
corrects failures with importDump.php and will remove and fix
corrupted article titles in the XML dumps provided by the Foundation.
At present, two articles in the enwiki-20070206 dumps will cause
importDump.php to fail in MediaWiki 1.9.3 and prevent the XML dumps from
being imported into MediaWiki and to fail with NULL title
errors. The problem appears to be related to titles which A) exceed
256 bytes in length and B) also contain multi-part paths. This same
bug manifests from MediaWiki 1.7.3 through MediaWiki 1.9.3. versions
with the enwiki-20070206 XML Dumps.
This tool allows the XML dumps to be imported into MediaWIki 1.9.3
(which routinely fail on most Linux distros) by removing corrupted
titles. This tools also supports insertion of interwiki links back into
the originating Wikipedia language site for each dump to provide a GFDL
compliant link back to the original article and its edit history and
authors. I have also updated
http://meta.wikimedia.org/wiki/Data_dumps
with instructions on how to get around the problems with importing the
dumps.
There were two titles which caused the failures:
Article number 2698248:
<title>Wikipedia:Articles for deletion/Wikipedia:Articles for
deletion/Wikipedia:Articles for deletion/Wikipedia:Articles for
deletion/Wikipedia:Articles for deletion/Wikipedia:Articles for
deletion/Wikipedia:Articles for deletion/Greatest Hits Volume One (The
Byrds)</title>
(I have censored the actual text in this article title and replaced it
with X characters as it is inappropriate language to post to a public
mailing list.
Article Number 4443711:
<title>Wikipedia:Miscellany for deletion/Former
(XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) by Ashley
Giles and Bradley Hogg.</title>
It may be prudent to consider a filter to remove titles longer than 256
characters when the dumps are made which contain multi-part paths.
There were two titles in the last dumps and they both cause
importDump.php to fail with NULL title errors.
Jeff
Please can somebody verify that http://download.wikimedia.org/dewiki/ is
the right place to download dumps from Wikipedia? The last dump which I
can see is from Feb 7.
Is there another place or another technique for Wikipedia mirror
operators to get recent dumps?
Thank you
Jochen Magnus
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r20799).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 494 of 511 tests (96.67%)... 17 tests failed!
On 3/28/07, nickj(a)svn.wikimedia.org <nickj(a)svn.wikimedia.org> wrote:
> Log Message:
> -----------
> PHPDocumentor [http://en.wikipedia.org/wiki/PhpDocumentor] documentation tweaking stuff.
My impression is that we're officially using Doxygen, not phpDoc.