Extension talk:Realnames

About this board

Speed Issues

There is (I have) some concern over speed issues. While I wasn't able to observe it on my wiki, with large RecentChanges or History pages with a lot of username->realname conversions/lookups (by as many different users as possible) it could start to slow down. We have potentially 500 unique realname lookups for a single page hit. If you experience this on your wiki, please let me know, I have a few strategies to combat this. The first will be to change from using the User:newFromName() core lookup and first compiling a list of usernames to look up, and doing them all at once in a single direct db hit on the users table. This would speed up name lookups on all pages but tie us more closely into base core components (I may do this anyways in a future version). The next strategy would be to hook into these two specific high use pages (perhaps All Users as well), and add to their queries so as they get data they also get the real name for display. I've already coded this for History, OldRecentChanges, EnhancedRecentChanges and AllUsers, but haven't included it in yet, it would increase the size/complexity a fair amount. The good news that all of these improvements can act as layers. We can do hook-based lookups for high-use places, than fallback on the more general article content search for any straglers (like Revisions, Comparison, user-created links). Please let me know what your experience is! --Ofbeaton 17:59, 19 September 2011 (UTC)

If you use the default style 'replace', users (especially non-tech) users won't be able to find someone's username very easily. Infact the only place you can find it is in the URL, under the form 'User:username' because all displays will be of their real names. This makes manual linking to a user cumbersome. I can see two avenues of attack to this problem, the first may be to change the default style to something like 'append' or 'reverse'. Please let me know if you prefer a different default style (although this will affect people already using the extension). The 2nd avenue, and one I will probably pursue anyways is looking at $linker to see if I could allow users to do [User:realname] links in articles. Even if it involves doing another search and replace of realname->username or hooking's the lookup to be username OR realname. This could produce some weird collisions since realnames are not unique, and usernames+realnames definitely aren't, however as a togglable option it may make a 'replace' style wiki more usable in the long. Please let me know your thoughts! --Ofbeaton 18:07, 19 September 2011 (UTC)

User Issues

Please use the "Start a new topic" box on the left about your issue or suggestion.


Contributor's name in discussion

3
Summary by Elcapitan68

A patch created based on the suggestion by the user and merged.

Mochome (talkcontribs)

MW: 1.36.0

Can this extension display the real name for the contributor's name in discussion page (like this page) using Flow (StructuredDiscussions) extension?

In my site, it doesn't display.

Mochome (talkcontribs)

I made ad hoc changes to the lookForLinks function in Realnames.php, then contributer's name is now displayed.


$pattern = '/(<a\b[^">]+href="[^">]+'

        . self::getNamespacePrefixes( true )

        . '([^"\\?\\&>]+)[^>]+>(?:[ \n\t]*<bdi>)?)'

        . self::getNamespacePrefixes()

        . '?([^>]+)((?:<\\/bdi>)?<\\/a>)/';

Bawolff (talkcontribs)

Not working on body if username is not a link

2
Loic.tessier (talkcontribs)

Hello,


My topic is not relevant as a problem but as a tip :

In RealNames.body.php, it seems that a function is never call : "lookForBare"


I just add the line underlined below:

if ( $GLOBALS['wgRealnamesReplacements']['body'] === true ) {
                       // article html text
                       self::debug( __METHOD__, 'searching article body...' );
                       $out->mBodytext = self::lookForLinks( $out->getHTML() );
+                       $out->mBodytext = self::lookForBare ( $out->getHTML() );
               }

and then, username will be translate in RealName even if there is no link.

Bawolff (talkcontribs)

It seems like this would also cause usernames to be replaced in the edit box, which I think would be confusing. Especially if there are spaces. e.g. [[User:Foo | bar]] (note the extra space) would get replaced in the wikitext.

Reply to "Not working on body if username is not a link"
Ofbeaton (talkcontribs)

This post is to indicate my intention to migrate to new maintainers from WikiTeq, and hand over control of this extension page to them and their fork, so long as they maintain an OSI compatible license for the extension. I'm glad the extension continues to be useful, but given I no longer maintain a wiki I haven't been able to address concerns here or elsewhere with the extension for years.

Reply to "New maintainers"

Can this extensions works for mention

1
Lamjon (talkcontribs)

MW: 1.34.4

Username are company email address, e.g. lamjon@xxx.com & real name might be JonxxxL which different from


That's make difficult for end-users to mention someone on discuss page


Can this extension to mention user real name or username or email?


Thanks.

Reply to "Can this extensions works for mention"

Realnames 0.3.1 page titel and body problem

5
80.121.159.197 (talkcontribs)

First I got to say I am working in Austria.

I am running MW 1.18.0 with Realnames 0.3.1 and my problem is that every page titel in the header/body that starts with "Benutzer" is replaced to nothing. E.g "Benutzeroberflächen" is displayed as "oberflächen".

I also expected a problem with Realnames at the recent changes page: The usernames are not displayed with their realnames.

Ofbeaton (talkcontribs)

Thanks for letting me know, I'll definitely look at this. Can you tell me what language you've set your wiki to? I'm not talking about the user language but the sitewide one set in LocalSettings.php so I can test. Thanks!

This post was posted by Ofbeaton, but signed as Olivier Beaton.

80.121.159.197 (talkcontribs)

Hey! I have set $wgLanguageCode = "de"; in my LocalSettings.php

Thanks for your very quick reply!

194.107.228.251 (talkcontribs)

It's the same with English language code ( $wgLanguageCode = "en"; ) and User* pages.
As User:Robinson_Weijman already mentioned, with [[user*]] and [[ User*]] (or for German: [[benutzer*]] and [[ Benutzer*]]) at least the links will work. The page title will still be cut off.

Ofbeaton (talkcontribs)

7 years late, but should now be fixed for 1.31 LTS! I hope, I haven't tested non-en languages but the fix I checked it should address this.

Reply to "Realnames 0.3.1 page titel and body problem"

Problem in Japanese Environment

2
Koty~mediawikiwiki (talkcontribs)

MediaWiki 1.19.2 Realnames 0.3.1

Replacement of name does not work in Japanese Environment. I think there is a lack of i18n. I modified source, then it runs correctly. thank you.

222,223c222,223
<     $namespaces[] = urlencode($lang->getNsText ( NS_USER )) . ':';
<     $namespaces[] = urlencode($lang->getNsText ( NS_USER_TALK )) . ':';
---
>     $namespaces[] = $lang->getNsText ( NS_USER );
>     $namespaces[] = $lang->getNsText ( NS_USER_TALK );
230c230
<         $namespaces[] = urlencode($name) . ':';
---
>         $namespaces[] = $name;

This post was posted by Koty~mediawikiwiki, but signed as Koty.

Ofbeaton (talkcontribs)

4 years late, but should now be fixed for 1.31 LTS!

Reply to "Problem in Japanese Environment"

Not works on 'RecentChanges', 'ListUser' and 'History of page' pages

7
89.134.89.85 (talkcontribs)

I install the extension with these parameters, but it doesn't work on 'RecentChanges', 'ListUser' and 'History of page' pages. I see my full name and user name in the top right menu after I log in.

require_once("$IP/extensions/Realnames/Realnames.php"); $wgRealnamesLinkStyle = "reverse"; $wgRealnamesBareStyle = "reverse"; $wgRealnamesBlank = true;

System parameters MediaWiki: 1.18.1 PHP: 5.3.10 (cgi-fcgi) MySQL: 5.5.21

What will be the problem?

Thx for the answers

Andrew

Syserr0r (talkcontribs)

On line 353 of Realnames.body.php replace:

 $pattern = '/(<a\b[^">]+href="[^">]+'.static::getNamespacePrefixes().'([^"\\?\\&>]+)[^>]+>)'.static::getNamespacePrefixes().'?([^>]+)(<\\/a>)/';

with:

 $pattern = '/(<a\b(?:(?!href=")[^">]+[^>]+)?[^">]+href="[^">]+'.static::getNamespacePrefixes().'([^"\?\&>]+)[^>]+>)'.static::getNamespacePrefixes().'?(?:\<bdi\>)?([^>]+)(?:\<\/bdi\>)?(<\/a>)/';
Ofbeaton (talkcontribs)

2 years late, but should now be fixed for 1.31 LTS! Thanks! This is what was causing problems on the RecentChanges pages!

193.190.131.67 (talkcontribs)

I have my wiki set up in Dutch language, but for some reason the function static::getNamespacePrefixes() returns (?:User:|User talk:|Gebruiker|Overleg_gebruiker). Notice the absence of : after Gebruiker and Overleg_gebruiker.. I had to replace the pattern with:

$pattern = '/(<a\b(?:(?!href=")[^">]+[^>]+)?[^">]+href="[^">]+'.static::getNamespacePrefixes().':?([^"\?\&>]+)[^>]+>)'.static::getNamespacePrefixes().'?:?(?:\<bdi\>)?([^>]+)(?:\<\/bdi\>)?(<\/a>)/';

But I'm not a regex wizard, so I hope this won't break anything..

Ofbeaton (talkcontribs)

2 years late, but should now be fixed for 1.31 LTS!

Reply to "Not works on 'RecentChanges', 'ListUser' and 'History of page' pages"
Harry0725 (talkcontribs)

For those guys who may have the same problem with me.....

I just tried to install this extension to make realname append to user ID on top of page.

But I didn't notice that all my page titles (<h1>) are gone since I didn't give arguments for $wgRealnamesReplacements

One day, I found this problem and spend couple hours to solve this strange problem.

Finally, I realized I should set $wgRealnamesReplacements['title'] = false to prevent from title missing.

It's my misunderstanding....Just hope no one will do stupid thing like me.

Problem with MobileFrontend

1
Morgan greywolf (talkcontribs)

This is a great extension, but it doesn't seem to work with the MobileFrontend extension. All I see are the login names, not the real names. I'm using 0.3.1 of Realnames and the latest snapshot for both MediaWiki 1.23.13 (production) and the latest snapshot of MediaWiki 1.27 (test) . The extension works great in the desktop view, just not the mobile view. Any ideas?

Addendum: It does work with Special:ListUsers in mobile view, but not on normal article pages.

Reply to "Problem with MobileFrontend"
Ofbeaton (talkcontribs)

I had to fix the namespace to get users recognized:

-     static::$namespacePrefixes = '(?:'.implode('|',$namespaces).':)';
+     static::$namespacePrefixes = '(?:'.implode('|',$namespaces).'):';

Cweiske 13:18, 15 December 2011 (UTC)

This post was posted by Ofbeaton, but signed as Olivier Beaton.

Ofbeaton (talkcontribs)

Could you please try 0.3.1 and let me know if you have the same issue? The fix in the end was not as easy as you mentioned.

This post was posted by Ofbeaton, but signed as Olivier Beaton.

Cweiske (talkcontribs)

> Could you please try 0.3.1 and let me know if you have the same issue Yes, I still have the same problem with 0.3.1. 0.3.0 with my patch makes it work for me.

I'm specifically having the problem that [[User:christian.weiske]] in the text does not get replaced with my name.

Reply to "Problem in 0.3"
Return to "Realnames" page.