About this board

How we will see unregistered users

1
MediaWiki message delivery (talkcontribs)

Hi!

You get this message because you are an admin on a Wikimedia wiki.

When someone edits a Wikimedia wiki without being logged in today, we show their IP address. As you may already know, we will not be able to do this in the future. This is a decision by the Wikimedia Foundation Legal department, because norms and regulations for privacy online have changed.

Instead of the IP we will show a masked identity. You as an admin will still be able to access the IP. There will also be a new user right for those who need to see the full IPs of unregistered users to fight vandalism, harassment and spam without being admins. Patrollers will also see part of the IP even without this user right. We are also working on better tools to help.

If you have not seen it before, you can read more on Meta. If you want to make sure you don’t miss technical changes on the Wikimedia wikis, you can subscribe to the weekly technical newsletter.

We have two suggested ways this identity could work. We would appreciate your feedback on which way you think would work best for you and your wiki, now and in the future. You can let us know on the talk page. You can write in your language. The suggestions were posted in October and we will decide after 17 January.

Thank you. /Johan (WMF)

18:17, 4 January 2022 (UTC)

Reply to "How we will see unregistered users"
2003:DA:2F2E:F200:DFC8:D959:E9B2:99B3 (talkcontribs)

Thx for your work (e. g. mentioned in #c3wiki).

Where do I can buy a beer or tschunk for you?

Reply to "Thank you!"

are maintaining the user extantion?

1
Gnhjfkjk (talkcontribs)

hi,

are maintaining the user extantion?

Reply to "are maintaining the user extantion?"

how can i maintain this?

1
Gnhjfkjk (talkcontribs)

how can i maintain my special page?

Reply to "how can i maintain this?"
Kghbln (talkcontribs)

Hi Wikinaut, FYI I added the following note into the paragraph compiled by you. Thanks very much for your instructions. They were very helpful and unmessed my situation. Cheers

Reply to "Backing up a wiki / Latin-1 to UTF-8 conversion"

question about Extension:EPL

2
190.111.232.20 (talkcontribs)

hi! we're looking at your etherpad-lite extension, but it's unclear to us if it only embeds a pad into a wiki article or it also saves its contents to the wiki (by clicking the save revision button?). if not, how difficult could it be to implement? maybe we can contribute a patch :)

also, are titles synchronized or the pad id is a required attribute?

(i sent this as an email to the address on the git repo but it bounced back, mine is fauno@endefensadelsl.org)

Wikinaut (talkcontribs)

Sorry, no. My Extension only embeds an Etherpad inside a MediaWiki page. There's no way to fetch the content into the Wiki page.

Reply to "question about Extension:EPL"

[SOLVED] AJAXPoll patch

1
Wikinaut (talkcontribs)
Reply to "[SOLVED] AJAXPoll patch"

UserMerge Maintainer [YES, again since 2014-01-27]

5
Dgennaro (talkcontribs)

Hello,

Are you maintaining the UserMerge extension? If so, I have made some additions to the extension that I would like to submit back to you.

Wikinaut (talkcontribs)

Uh, yes.

Hi, I just found, that my old (SVN) maintainer rights have been restored on my old pending request https://www.mediawiki.org/wiki/Gerrit/Project_ownership#Wikinaut_for_extension_UserMerge

What are the changes you would like to propose ? It will be a pleasure to me to improve the extension together with you, but please allow me to request and insist (allow me that word), that you file regular bugzillas for the changes you propose https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions&component=UserMerge (currently, this service is interrupted due to maintenance work!!).

Such bugzillas allow a broader discussion, and then to automatically link from the gerrit system to these changes.

Are you already familiar with gerrit system, or not ? Please let me know, you can also contact me directly by mail https://www.mediawiki.org/wiki/Special:EmailUser/Wikinaut ).

Dgennaro (talkcontribs)

The addition that I made was to add a new special page that allowes the user to perform a batch user merge and delete for mass account deletions. I developed this for my own needs, but I wanted to give this addition back to you if you would like to include it. I suppose it could replace the existing user merege and delete page special page, but I just created it as an addition.

I am not familiar with Gerrit, but I am sure I can figure it out.

Wikinaut (talkcontribs)

What is your "business case" for the mass account deletion (is it really needed generally?)? How does the interface (special page) look (parameters, input fields) ?

The extension is used on Wikimedia foundation wikis, so larger changes will definitely require a lot of work to get it through code review etc.

I propose you file a regular enhancement bug (just and only for better tracking of this idea) first (in https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions&component=UserMerge ) in which you decribe your proposed changes, and that you already have a working version.

Then you _could_ send me your version - but wait :

It would be better and however very useful, if you apply your code changes as (feature) branch based on the lastest HEAD code version of UserMerge in git/gerrit.

Here's rough guide, and I suggest

  • you have to use git (git is available for all platforms, even the portable version for windows works well)
  • archive your present subdirectory and work (backup)
  • start with the current UserMerge from git:
  • checkout (clone) the current HEAD of UserMerge
  • create a new branch with a meaningful name like "batch-user-merge" or "mass-account-merges" (or the like).
  • now the real work starts:
  • being in that new feature branch (git checkout batch-user-merge), apply all your changes (=your version) to that branch (YMMV : your mileage may vary.), keep in mind to have messagekeys inline with style guidelines (I mean that the message _keys_ are prefixed with the extension's name like "usermerge-some-text" and look nice.
  • check and confirm that the new code is working and does not breaking anything what worked before. This is really important.
  • if everything works find, then attach the diff (git diff), a single file, to the bugzilla, from which I then can retrieve it and make a formal draft commit to gerrit. From this step on we can then work together on further improvements.
Dgennaro (talkcontribs)

Sure, I have no problem following any proceedure you request. I just wanted to see if you think it might be useful.

I did not modify the current Special Page, instead I created an additional "Batch User Merge and Delete" page. It looks just like the current SP, but instead of a text input it is a textarea and it operates like the Special:Export page....place each username on a new line and they will all merge with the username in the second input box (in our case we created a user called Deactivated User).

Our purpose for this is we maintain several large private wikis with a lot of users and these users tend to cycle in and out of positions that are responsible for working with the wiki. In an effort to keep the access list current we like to do a cleanup of the accounts every year. We send an automated email to all users who have not logged in in over one year to tell them if they do not login within the next 30 days (and again 7 days before D-day) their accounts will be deleted and they must go through the vetting process again to obtain access to the wiki. We then delete the accounts of users who have not logged in.

If you think this feature might be useful I will surely go through the process outlined above. Thinking about if deeper this feature is probably only useful to people/companies who maintain large private wikis like myself.

Reply to "UserMerge Maintainer [YES, again since 2014-01-27]"
Leucosticte (talkcontribs)

Hi Wikinaut, I notice that in Title.php, there are a bunch of methods that give you the page title either with or without underscores. What if you want it to give you the exact title that was linked from a page, without turning underscores into spaces and without turning spaces into underscores? E.g., if the page says "Hello world Hello_world" then it should not render either "Hello world Hello world" or "Hello_world Hello_world". It should give you the first one with a space and the second one with an underscore.

The example at Manual:Hooks/LinkBegin#Example uses getPrefixedDBKey(), but that's unacceptable because it turns the spaces into underscores. But getFullText() has the opposite problem — it turns the underscores into spaces. What's the solution? Thanks.

Leucosticte (talkcontribs)

Oh wait — somehow I got it to work. More details later, when I post my code. I played around with the $html parameter awhile; that seems to have fixed it. Oh wait, it's not totally fixed. Well, hopefully it will be soon.

Reply to "Page title"
Kghbln (talkcontribs)

Hi Wikinaut, woudn't it be cool to umbieg this extension to an Extension:CAcert? Cheers

Reply to "Extension:CryoKey"