Last modified: 2010-05-15 15:38:37 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 T4788, 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 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 tree / graph
 
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
Add an attachment (proposed patch, testcase, etc.)

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.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links