Last modified: 2007-03-26 17:50: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 T6756, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 4756 - Long usernames break block link in new user log entries
Long usernames break block link in new user log entries
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Newuserlog (Other open bugs)
unspecified
All All
: Normal normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 4975 5294 6259 6555 (view as bug list)
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2006-01-26 00:44 UTC by Nuno Tavares
Modified: 2007-03-26 17:50 UTC (History)
4 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Nuno Tavares 2006-01-26 00:44:02 UTC 
As extracted from "Recent changes" (I'm translating the messages to english, so
excuse any lack of accuracy):
<pre>
(New users log); 00:14 . . Anderson Luiz Prestes Gomes (talk | block) (User
created "Anderson Luiz Prestes Gomes" (talk | Contributions |
[[Special:Blockip/Anderson Luiz Prestes G)
</pre>

Notice the end of the line: the [[ tag is not closed, so the link appears
broken. Anyway, just noticed we have already a BLOCK link, so what's the point
in repeating it?
Comment 1 Brion Vibber 2006-01-26 01:45:47 UTC 
Which site? URL?
Comment 3 Brion Vibber 2006-01-26 02:03:41 UTC 
http://pt.wikipedia.org/wiki/MediaWiki:Newuserloglog <- the culprit
Comment 4 Nuno Tavares 2006-01-26 02:20:57 UTC 
Eheh, just found you, guys. I think I understood. Anyway, two of those links are
repeated, so I'll take them off. I think that it's very unlikely to overflow the
buffer from now on. It might not be a bug, if the string is intended to be fixed
size. You shall know better than I do. Please close this bug, if it is. Thanks!
Comment 5 bdk 2006-01-26 02:27:25 UTC 
Yes, quick workaround: 
"[[User:$1|$1]]" 
is redundant for this message, either way.
Remove it.
Comment 6 Filip Maljkovic [Dungodung] 2006-01-26 13:16:27 UTC 
This also appears on sr: wiki, because we use Cyrillic script which takes more
bytes. Sometimes, even "contributions" link is broken (let alone "block" link).
Comment 7 Brion Vibber 2006-03-20 18:21:51 UTC 
*** Bug 5294 has been marked as a duplicate of this bug. ***
Comment 8 Rob Church 2006-06-12 10:31:03 UTC 
*** Bug 6259 has been marked as a duplicate of this bug. ***
Comment 9 Raimond Spekking 2006-06-14 15:40:16 UTC 
Same problem on de:wiki, see
http://de.wikipedia.org/w/index.php?title=Spezial%3ALog&type=newusers&user=&page=
a lot of long usernames (all of the funny §$%&/&%$%& kind, we are laughing...).
For a faster blocking it would be nice to have the block-link.
Comment 10 Raimond Spekking 2006-07-11 09:37:13 UTC 
After implementation the standard user tools with r15315 (Bug 6185) this bug is
no longer a problem. But please remove the second toolset with the broken
blocklink, see Bug 6555 (now a dupe of this).
Comment 11 Raimond Spekking 2006-07-11 09:37:29 UTC 
*** Bug 6555 has been marked as a duplicate of this bug. ***
Comment 12 Raimond Spekking 2007-03-23 12:10:19 UTC 
Update: currently this happens only if an logged in user creates an account for
another user. Than the user tool links are added to the comment of the new user.
That's ok but the if the new username is too long, the links of the user tools
are broken.
Comment 13 Raimond Spekking 2007-03-23 12:23:32 UTC 
*** Bug 4975 has been marked as a duplicate of this bug. ***
Comment 14 Raimond Spekking 2007-03-26 17:50:53 UTC 
Fixed with r20709 (for MediaWiki >= 1.10alpha, backwards compatible).
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links