Last modified: 2010-05-15 15:38:37 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2788 - SpecialPreferences: If $wgAllowRealName is false, then inputbox and help text still show Email superscript-"2" (cosmetic)
SpecialPreferences: If $wgAllowRealName is false, then inputbox and help text...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
1.5.x
All All
: Low trivial with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-10 16:39 UTC by T. Gries
Modified: 2010-05-15 15:38 UTC (History)
0 users

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


Attachments

Description T. Gries 2005-07-10 16:39:15 UTC
Only a cosmetic bug, very old, allow my to try to explain this small cosmetic
problem.

On top of the main User preference page we have two input fields, which are
correctly referenced (numbered) for the two foot notes, if and only if
$wgAllowRealName equals true:

Real Name(1)
Email(2)
..
..
1 Real name = .. (prefs-help-realname)
2 Email = .. (prefs-help-email)

However, and this is the cosmetic problem, if $wgAllowRealName is setr to
_false_, then the fields Real Name(1) and (prefs-help-realname) are suppressed
(= okay), but the numbering for the (now only) fields

Email(sup2) and (prefs-help-email) are wrong: "2"

Should be "1" in this special case.

Changes in both Language.php and SpecialPreferences.php are likely needed.
Comment 1 Antoine "hashar" Musso (WMF) 2005-07-14 03:21:27 UTC
Confirmed in HEAD.
The fix is trivial although it need editing a lot of language files :/
Comment 2 Antoine "hashar" Musso (WMF) 2005-07-14 03:26:04 UTC
Fixed by removing 1 & 2 and replacing by *

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


Navigation
Links