Generalist MediaWiki coder with a particular interest in
Wed, Jun 9
Apr 20 2021
Isn't the problem of generating abstracts already solved by the Page-Previews extension?
Apr 15 2021
@Reedy or anyone else - any chance of a look at that patch?
We have noticed a rendering change on English Wiktionary after this deployment. The first report was 22:44 UTC yesterday, a few hours after the deployment.
Mar 17 2021
Feb 6 2021
Feb 4 2021
On enwiki on the beta cluster, the "Import as subpages" option is selected by default for both XML and transwiki import. It should default to "Import to default locations" in the first instance, then when the form is reloaded, the option the user previously selected should be chosen.
Feb 2 2021
@Reedy I see agreement at the Beer Parlour; what are the next steps?
Jan 29 2021
I posted at https://en.wiktionary.org/wiki/Wiktionary:Beer_parlour/2021/January#PageNotice_extension_again to start a discussion/vote.
Nov 23 2020
This task is assigned to me, but I am so far out of the loop at this point that I don't think I can make any useful contributions to it any longer. (Yes, despite appearances, <poem> is surprisingly subtle and requires the attention of someone with a decent, up-to-date understanding of MediaWiki parsing infrastructure.)
May 30 2020
Mar 19 2020
Not sure why this task was assigned to me; I don't have, and have never had, shell access.
I guess I created this task for my own reference, but never got around to doing it. The issue still exists. The function doesn't get a lot of use though.
Feb 27 2020
Thanks for the explanation!
Feb 25 2020
Oct 24 2019
Aug 23 2019
Thanks. To be 100% clear, does that mean that this extension has successfully passed its security review?
Aug 18 2019
Re number 6, there are already many avenues to deface the wiki if you have edit access to the MediaWiki: namespace. Editing MediaWiki:Sitenotice would have a similar effect as creating a page notice. I don't think the fact that this extension adds another avenue is of any special concern.
Aug 5 2019
Aug 3 2019
I am still happy to act as maintainer of this extension; I rewrote it a few years ago, and it is awfully simple (barely 100 lines of code). Plus I am irregularly active on English Wiktionary :)
Aug 1 2019
It was five years ago, and the code has since been heavily refactored; I'm afraid I am not of any help here.
Jul 6 2019
Mar 28 2019
This is on purpose; the long names always link to the English project. To change this would be incredibly disruptive.
Mar 10 2019
I'm removing the import and export project - it's possible that a bug existed in 2007 when the import(s) took place, but we're not going to try and solve an import bug based on evidence from 12 years ago.
Mar 9 2019
Jan 31 2019
It's all good, @TJones. Thanks to you and @debt for investigating this in such detail back in 2017. I remember I was very impressed when I read the comments on this task, and especially the blog post! I regret not expressing my gratitude or commenting here at the time.
Jan 6 2019
Dec 14 2018
Nov 30 2018
Oct 29 2018
Is this the same as the ancient task T31961: Special:Export of a single page with huge history occasionally forgets </page> and </mediawiki> closing tags?
Oct 27 2018
Oct 20 2018
Oct 16 2018
The old toolbar is going away.
Oct 10 2018
I would suggest that d: could be added to the beginning of the links. This way, they should work both on Wikidata itself and other wikis. This isn't really an interwiki linking issue (well, philosophically speaking, this happened because the interwiki links system is fundamentally flawed, but that's a tale for another day).
Oct 6 2018
Oct 5 2018
I don't think this has anything to do with change tagging. The stack trace makes it clear that $revid is null at https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/MassMessage/+/master/includes/job/MassMessageJob.php#233.
Oct 4 2018
Sorry for the bikeshedding and delay.
Sep 18 2018
Sep 17 2018
Do you really need to import all revisions? Just the most recent revision is sufficient for license compliance.
Sep 9 2018
To be able to import by uploading XML files, you need to request permission at https://meta.wikimedia.org/wiki/Steward_requests/Permissions#Miscellaneous_requests.
Sep 2 2018
I don't think there is any use keeping this old task open.
Aug 27 2018
@Headbomb, I think you're asking the wrong question. You want to be able to pass the current user's username to an external tool. Instead, the external tool should use OAuth to authenticate the user and fetch their username.
Why is this marked "Stalled"? What is blocking it? If it's just been set to "Stalled" because no-one is currently working on it, it should be set to "Open".
Aug 21 2018
To get this deployed, community consensus would be needed, then someone from WMF (probably Bawolff or Reedy) would review the code prior to deployment.
Aug 19 2018
There is a function in MediaWiki called armorFrenchSpaces which does this. It's clearly intended behaviour, and I would even argue that it is correct behaviour for all languages (other than programming languages, perhaps). See https://phabricator.wikimedia.org/source/mediawiki/browse/master/includes/parser/Sanitizer.php$1146
Aug 18 2018
Aug 14 2018
No idea, I haven't been on IRC for ages.
Aug 8 2018
This situation could also use a dedicated message. The current message, TTO's apostrophe thanked you for your edit on User:This, that and the other/sandbox/Schfoof. could be replaced by TTO's apostrophe thanked you for creating the page User:This, that and the other/sandbox/Schfoof.
Aug 4 2018
This is intended behaviour. See the other task for more information.
Aug 3 2018
Aug 2 2018
Jul 31 2018
This is marked as a MediaWiki software issue. I said in the description:
Jul 30 2018
Merging per Jaime's suggestion.
Jul 24 2018
With the interface-admin proposal (T190015) progressing, I hope it is apparent that progress needs to be made on this task at the same time.
Jul 22 2018
OK. This behaviour is by design, so I'm going to close this task.
Jul 21 2018
Yep, this is correct behaviour. The idea is that when importing from another wiki, the usernames do not relate to users on your wiki, so they are distinguished with this prefix.
Jul 8 2018
Jul 6 2018
Please request this at Meta: https://meta.wikimedia.org/wiki/Talk:Interwiki_map.
Jul 4 2018
Jun 30 2018
Oh I see what you mean.,.. the class for en would be LanguageEn, and the class for he would be LanguageHe, so when you ask for a language with code code, it sees that a class LanguageCode exists and tries to construct that.
Jun 26 2018
Bad things happen if you try to do huge imports. To make the import work, try turning off "import all revisions of the page" - it's not required for license compliance so long as you link back to the source page (which the import process does automatically anyway).
Jun 25 2018
All logged actions are supposed to allow tagging. Not many people have taken advantage of this feature for various reasons, and I would imagine uptake has been limited to a few common log actions (probably upload and perhaps delete and block as well). But I don't see this feature creating a significant maintenance burden.
Jun 19 2018
At https://en.wikipedia.org/sec-warning why does the English text not refer to the section at the bottom with technical info? I can see that the French text (for example) has "Des informations supplémentaires plus techniques et en anglais sont disponibles ci-dessous.", which roughly translates to "Additional technical information in English is available below." But English readers are not invited to scroll to the bottom of the page.