Mutante,

Sorry, apparently I stopped getting notifications on this site. Anyway, with regards to the RSS changes I made, I don't really care what license it gets released under. My changes aren't that big or show stopping.

--Cmreigrut 22:43, 5 November 2009 (UTC)Reply

Labs access

edit

Awesome, thanks! I'm having some trouble getting wiki at the venue, so I'm havving some trouble testing/logging on, but I'll get there. --Kim Bruning (talk) 20:27, 11 July 2012 (UTC)Reply

سلام Wassimgoogl (talk) 09:31, 17 May 2016 (UTC)Reply

هذه مقالة مثل مقالة مختارة Wassimgoogl (talk) 09:31, 17 May 2016 (UTC)Reply

Stammtisch im Walzwerk (11. März)

edit

Hallo Daniel, unser nächster Stammtisch wird am 11. März im Walzwerk (Mission) stattfinden. Für die An- bzw. Abmeldung steht seit gestern die Seite Wikipedia:San Francisco zur Verfügung. Freue mich schon auf ein Wiedersehen :-) --Frank Schulenburg (talk) 23:11, 27 February 2014 (UTC) P.S. Bitte trag dich auch ein, wenn dir ein anderer Termin besser passen würde.Reply

سلام Wassimgoogl (talk) 09:30, 17 May 2016 (UTC)Reply

هذه مقالة مثل مقالة مختارة Wassimgoogl (talk) 09:30, 17 May 2016 (UTC)Reply

wikistats.wmflabs.org

edit

For https://wikistats.wmflabs.org/display.php?t=wp&s=images_asc - is it possible to rename the column Images to Files? And change the links from Special:Imagelist to the standard name Special:ListFiles? 91.9.100.253 21:35, 10 August 2016 (UTC)Reply

Yes, it is. I have created a task and assigned it to myself at https://phabricator.wikimedia.org/T142732 Mutante (talk) 18:03, 11 August 2016 (UTC)Reply
Done. I renamed the column and changed the links as requested. (in a second step across all files not just display.php for example index.php). Feel free to check. Cheers, Mutante (talk) 02:11, 15 August 2016 (UTC)Reply

Grouping sites

edit

Re https://phabricator.wikimedia.org/T142730 - nostalgia is only a snapshot of the English Wikipedia and not listed at meta:List of Wikipedias/Table. It is nice to have these stats, but mixing them with the Wikipedias of a different nature will cause some extra work in several cases. It says "4 users" - I doubt that that was true and now when following the link one gets a list of 6 users. Maybe list it under wmspecial http://wikistats.wmflabs.org/display.php?t=wx , which has test and could additionally receive test2. 91.9.125.81 21:43, 11 August 2016 (UTC)Reply

I deleted 'nostalgia' from the Wikipedias table. I wanted to add it to "wmspecials" as suggested and noticed it already was in there. I added "test2" to "wmspecials". I also added "wikimania2016". I deleted wikmedia.org.mo (Macau). I deleted the description column in wmspecials by accident and had to re-add them. Mutante (talk) 03:00, 15 August 2016 (UTC)Reply

Gerrit-reviewer-bot regex

edit

Ola Mutante,

The regex that was configured for you on Git/Reviewers for Operations/Puppet still doesn't seem quite right: (

ERROR:root:Could not process file regexp '^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|^manifests/role/(phabricator|planet|wikistats/instance)\\.pp|^manifests/profile/(phabricator/main|gerrit/server|wikistats)|\\.pp)' -- ignoring

). I tried to clean it up, but couldn't quite figure out what the intention was:

  • manifests/role and manifests/profile don't seem to exist anymore, so I think those can be removed altogether?
  • I *think* the final \.pp probably belonged to the manifests/profile set?

Which would give you

^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/

If the goal was to also get added on any patches that edit *any* puppet files then the regex should be

^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|\.pp

If the manifests/role & manifests/profile stuff is actually intended to be there (maybe an upcoming refactoring), just adding a ( at the start or removing the ) at the end would work:

^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|^manifests/role/(phabricator|planet|wikistats/instance)\.pp|^manifests/profile/(phabricator/main|gerrit/server|wikistats)|\.pp

or

^modules/(bugzilla_static|gerrit|phabricator|planet|wikistats)/|^manifests/role/(phabricator|planet|wikistats/instance)\.pp|^manifests/profile/(phabricator/main|gerrit/server|wikistats)\.pp

depending on the intention of the final .pp.

Valhallasw (talk) 20:20, 20 November 2019 (UTC)Reply


Thanks! I updated it again to "/^modules/(gerrit|phabricator|bugzilla_static|wikistats|planet)/|^module/(profile|role)/manifests/(gerrit|phabricator|bugzilla_static|planet)/)".

The pathes are supposed to be modules/profile/(manifests) and modules/role/(manifests), not manifests/role and manifest/profile.

The intention is i want to be added for:

modules/phabricator/* modules/gerrit/* modules/planet/* modules/wikistats/* modules/bugzilla_static/*

But also to:

modules/profile/manifests/phabricator/* modules/profile/manifests/gerrit/* modules/profile/wikistats.pp and modules/profile/wikistats/*

and:

modules/role/manifests/phabricator.pp modules/role/manifests/gerrit.pp and modules/role/manifests/gerrit/* modules/role/manifests/planet.pp modules/role/manifests/wikistats/instance.pp

...

Mutante (talk) 21:59, 20 November 2019 (UTC)Reply

Admin access

edit

Hi. I saw that @Peachey88: made you an admin 2 weeks ago, with no reasoning in the log entry. Did you ask to be an admin? --DannyS712 (talk) 03:44, 5 March 2020 (UTC)Reply

I did not ask specifically but it also wasn't without a reason. It was because i answered a support request in #mediawiki which needed admin rights. Feel free to do whatever. Mutante (talk) 23:52, 11 March 2020 (UTC)Reply

I realized today I still have sysop rights here but don't really need or use them. I would like to step down from that role. What is the proper process? Mutante (talk) 16:05, 17 November 2020 (UTC)Reply

New wiki tasks in Phab

edit

Following this exchange from last year, what did you end up doing? (Sorry for the "off-topic" comment here. I don't know of a better way of contacting someone about an ancient issue on Phab apart from commenting on the old task, which I didn't want to do.) By the time I checked to see if you had created a separate task, I couldn't find one. I still think the process of new-wiki creation can be improved in Phab. Do you have any further ideas along these lines? (I'm thinking especially about how the new_wikis_handler.py script, which makes the "Post-creation" tasks, could be improved.) - dcljr (talk) 01:22, 28 July 2024 (UTC)Reply

Hello! First of all let me say that, to me, commenting on old tasks is perfectly fine. I don't really care how old a ticket is. I will see notifications in Phabricator regardless and switching the medium from Phabricator/Phorge to Wiki doesn't add a particular advantage to me. It even means I will likely see it later than on Phab and information is now in 2 different places. But no big deal either way.
About your actual question.. the main thing that comes to mind that would improve the process for me in particular is if we didn't have "3 levels" of tickets where the "create wiki" task is on top, a "Post-creation work" ticket is in the middle and further subtasks are below that. The reason is that if you want to do one of those sub tasks at the bottom of the hierarchy you are stalled on the wiki creation task at the top but your technical parent task is that extra level in the middle that just exists to group more subtasks. So practical example: could you make the "add to wikistats" subtask a direct subtask of the "wiki creation" ticket? Because that is what it is always stalled on. The status of the "post-creation work" ticket is unrelated and doesn't help me see when i"m unblocked. I would say we can benefit from just eliminating that middle level tracking task. Everything that has to wait on wiki creation should be directly under it. Or one could argue that the relation is the other way around, but imho having 3 levels doesn't add benefits. Cheers, Mutante (talk) 17:32, 30 July 2024 (UTC)Reply
It seems that the "Pywikibot" tasks for kuswiki and bewwiki were made parents of their corresponding "Create" tasks by User:Xqt (after Maintenance_bot created them as subtasks of their "Post-creation" tasks). Should the same thing be done to the "add to wikistats" tasks? Would that not provide the kind of feedback you're looking for? (BTW, see also phab:T345392, where I tried to get people to focus on improving the wiki creation process for end users [for whom it has only gotten worse, IMO]. I neglected to add you as a subscriber, even though we had just been talking about related issues less than 2 weeks before.) - dcljr (talk) 09:39, 1 August 2024 (UTC)Reply
Well, the "parent vs sub"-discussion is a classic that has probably been going on since the first ticket system existed. I think I am more in the camp of "all subtasks have to be resolved before the parent can be resolved" but it would be an improvement either way as long as there is a direct link between the actual "create wiki" and the "add to wikistats" which comes _after_ that. The part that would matter to me is just that there is no "random" other ticket in the middle of them. I am not sure what the function of that other ticket is besides kind of "grouping" other tasks and there is a disadvantage to me that it exists. Mutante (talk) 17:50, 7 August 2024 (UTC)Reply