User Details
- User Since
- Oct 7 2014, 9:58 AM (469 w, 1 d)
- Availability
- Available
- IRC Nick
- tto
- LDAP User
- TTO
- MediaWiki User
- This, that and the other [ Global Accounts ]
Sun, Sep 24
Thu, Sep 21
@KSiebert @MusikAnimal I'd still really appreciate a look from CommTech - it really should not take an experienced MediaWiki developer more than a couple of hours, and will help tick off another Community Wishlist item.
Sun, Sep 17
Tue, Sep 12
The PageNotice extension is now installed at enwiktionary beta. I was unable to identify any issues regarding the site notice, which is also enabled there. See for instance https://en.wiktionary.beta.wmflabs.org/wiki/Reconstruction:foo.
For completeness I will repeat the comment by @Urbanecm on the Gerrit patch:
I went ahead and updated the wiki page to list PageNotice as stewarded by active volunteer (this is the same what we did for recently(ish) deployed RealMe or GlobalWatchlist and what is done for several other components, like AbuseFilter or ProofreadPage. I believe "Active volunteer" matches the current reality, and mw:Developers/Maintainers should, first and foremost, respect and document the reality.
You need to understand the extreme simplicity of the PageNotice extension; its single PHP file is only 100 lines long. The risk level associated to not having a WMF team assigned to this extension is negligible.
Sat, Sep 9
Thanks very much for that detailed explanation. It is most unfortunate that this gap exists, and speaks perhaps of a disconnect between WMF teams and volunteer developers, and a need for WMF staff members who specialise in liaising between the two groups.
Fri, Sep 8
Mon, Sep 4
Just noting here that the patch for beta is still awaiting a +1 so it can be deployed - the deployers are apparently insisting on a +1 prior to deployment now: https://gerrit.wikimedia.org/r/668156
Aug 24 2023
The experience of getting things done as a volunteer (in my case, getting a new extension deployed) is already incredibly difficult if you "don't know the right people", so I'd not support anything that would add hurdles to that experience.
Aug 23 2023
Jul 25 2023
Jul 11 2023
I put a local workaround in place on enwiktionary for the time being. You can still reproduce the bug on the mobile domains of other language Wiktionaries.
May 24 2023
My time is limited, but this extension is simple and I would be happy to continue as maintainer. I added myself at Developers/Maintainers.
Jan 11 2023
Patch was merged, @DannyS712 any further action required on this task?
Oct 28 2022
This is apparently because of https://github.com/reedy/AutoWikiBrowser/blob/b1d41ae2bef0390adfd6224888a37faa07ddfa25/AWB/Main.cs#L3454:
Oct 3 2022
The patch needs a look from someone who knows about MediaWiki DB performance, as this query joins some very large tables.
Sep 17 2022
I'm wondering if Community-Tech might have a moment to look at this, in view of
Jul 15 2022
IIRC raw bits of the XML upload or foreign wiki export will often get spewed out in the error message - in particular, XML tags.
Jun 19 2022
Jun 17 2022
May 31 2022
May 28 2022
Not going to happen. An additional database query on page load isn't acceptable for such a slim benefit.
This was wish #23 in this year's Community Wishlist Survey. In Community-Tech 's prioritised list of wishes, it came in at #2.
May 15 2022
WingerBot on enwiktionary is affected: https://en.wiktionary.org/wiki/Special:Contributions/WingerBot
May 5 2022
Good idea! I'll do that. Thanks.
May 3 2022
Just in case anyone is wondering, I have a completed patch for this, but I had serious issues running the EditPage tests locally, which meant I wasn't able to write any tests. I idled in some of the above mentioned IRC channels for a few days but spotted precisely 0 active humans in any of them, which didn't really make me feel very welcome. One day I might be able to return to it.
Mar 22 2022
Thank you very much to the Search team for your efforts to make this happen!
Mar 13 2022
@Quiddity I'm so sorry, I only just saw this - the change isn't deployed yet, so the message should have read "You will soon be able ...". Would it be possible to pull the message from this week's Tech News? By next edition, the code should be deployed so it will be able to be reused as is in the next edition.
Mar 10 2022
Mar 8 2022
Feb 23 2022
Feb 22 2022
I proposed this in the Community-Wishlist-Survey-2022 and it only got 25 votes (#135 in the ranking), but I'm working on it myself nonetheless.
Feb 21 2022
Feb 18 2022
Feb 17 2022
On mw.org at least, only wikipedia: is affected.
The mystery here is why only the wikipedia: interwiki appears to be affected. If this is indeed the case, it's not actually a blocker to deploying to group2 (Wikipedia sites don't use the wikipedia: interwiki). But it's a bad regression on the group0/group1 sites currently impacted, including big ones like Commons, Meta and Wikidata.
Feb 15 2022
Feb 14 2022
Feb 13 2022
Repurposing this task slightly in light of my comment at T66184: Allow searching also by new/target name on moving log page.
This task looks set to come in 10th in the Community-Wishlist-Survey-2022 ; it didn't look particularly difficult to code up, so I thought I'd have a crack.
Jan 18 2022
Oct 23 2021
Jun 23 2021
Jun 9 2021
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?
It seems that content.parser-output.less is no longer being included in the minified CSS. @Jdlrobson @Ammarpad @matmarex
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
Based on:
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 :)