Last modified: 2013-12-15 15:10:04 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 T10086, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8086 - RealName Userlinks instead of UserName
RealName Userlinks instead of UserName
Status: NEW
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
All All
: Low enhancement with 6 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 8843 23294 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2006-11-30 11:29 UTC by Reinhard Brandstädter
Modified: 2013-12-15 15:10 UTC (History)
9 users (show)

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


Description Reinhard Brandstädter 2006-11-30 11:29:36 UTC
When users log in with an userid, links in page history, recent changes etc. are
shown with this ID as link-text. If this userid however is not very human
friendly (maybe just a number) it's difficult to immediately see who made the
This is especially true if one uses an existing authentication backend such as
LDAP where the userid might not be a common understood name.
my unique login ID (which I use in many other systems) in LDAP is "AK123456"
my real name (which might not be unique) is "Reinhard Brandstaedter"
my nickname is "ReinhardBrandstaedter"

With the LDAPAuthentication Plugin I can get my wiki user's details filled with
this information.
If I subscribe an article this will give my nickname
My user-page would be "AK123456"
Links in page history and changes would also be formatted as "AK123456".

I think it would be better if links to users would be formatted as RealName or
NickName. This way it's easier to find out who made the change.

This patch to includes/Linker.php does this:

*** 761,767 ****
         * @private
        function userLink( $userId, $userText ) {
!               $encName = htmlspecialchars( User::whoIsReal($userId) );
                if( $userId == 0 ) {
                        $contribsPage = Title::makeTitle( NS_SPECIAL,
'Contributions' );
                        return $this->makeKnownLinkObj( $contribsPage,
--- 761,767 ----
         * @private
        function userLink( $userId, $userText ) {
!               $encName = htmlspecialchars( $userText );
                if( $userId == 0 ) {
                        $contribsPage = Title::makeTitle( NS_SPECIAL,
'Contributions' );
                        return $this->makeKnownLinkObj( $contribsPage,
Comment 1 Brion Vibber 2007-02-02 19:07:04 UTC
*** Bug 8843 has been marked as a duplicate of this bug. ***
Comment 2 Jason Lunghusen 2007-02-04 21:36:04 UTC
I'm the author of bug 8843 (sorry about the dupe, I searched I swear!)and I'd
like to register my support for this enhancement of Mediawiki.  With corporate
and educational use, where as the above author mentioned logins are often
staff/student numbers, it would be a positive change.
Comment 3 Chad H. 2010-04-23 14:56:24 UTC
*** Bug 23294 has been marked as a duplicate of this bug. ***
Comment 4 Enterprise_User 2011-02-17 17:48:15 UTC
Any hacks or guidance on how to implement this change in v1.16+? Linker.php has obviously changed significantly since 2006.
Comment 5 Olivier Finlay Beaton 2011-09-17 22:37:34 UTC
Just want to poke my head in here, from what I can tell userLink support is not universal so an audit may be needed first. 

I also administer a corporate wiki (which is going to integrate auth into AD) and proper real names display would be a great, people already use their corp account names on the wiki and it's just unintelligible.

In the meantime, since Extension:ShowRealUsername just doesn't cut it I've gone ahead and coded an extension which should replace Usernames into realnames EVERYWHERE in a wiki (that I know of, so far).

So if you found this bug as an administrator, this extension may help you out until proper support comes.  

Please note that currently (0.1.1) I have some performance questions about RecentChanges and History pages, I just don't have a big enough wiki to see if there is noticeable slowdowns there, if you do get some using my extension, please let me know, I have some solutions I can release to address that.

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