Sure, no problem
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Yesterday
The config change has been deployed.
Mon, May 13
Thu, May 9
For reference, here is some description of the script as well: https://meta.m.wikimedia.org/wiki/User:Msz2001/AbuseFilter_analyzer
Wed, May 1
In T362856#9749606, @Wargo wrote:They had problems T363086 with deployment procedure and I don't know how they finalized it.
Sun, Apr 28
I can replicate those on Windows 11 + Edge 124, so the result seems to be independent from the OS newline convetions. Tested /tools on plwiki and both /tools and real filter on a local installation of MW 1.40.
In T363628#9750833, @suffusion_of_yellow wrote:If that doesn't work, try using new_wikitext_pst.
I've just copied the content of Użytkownik:Swam_pl/brundopis3 to Użytkownik:Msz2001/brudnopis (examine) and the result is the same: the edit is recognized in an examine mode but not while saving.
Sat, Apr 27
Fri, Apr 26
In T362856#9749452, @Wargo wrote:No, from 23 to 25. Last event was 18:20, deployments are on 20:00 (in Poland)
The patch that @KartikMistry mentioned was deployed on 22 April to plwiki, but it seems that it doesn't completely prevent unqualified users from publishing translations to mainspace. The edit filter for that caught two cases on 24.04. and 25.04.: https://pl.wikipedia.org/w/index.php?title=Specjalna:Rejestr_nadu%C5%BCy%C4%87&wpSearchFilter=38
Thu, Apr 25
I can confirm this on plwiki as well, as reported in https://pl.wikipedia.org/wiki/Wikipedia:Kawiarenka/Kwestie_techniczne#Wyszukiwarka_si%C4%99_popsu%C5%82a (permalink).
Sat, Apr 20
In T362139#9724671, @matmarex wrote:I'll be honest, I'm not sure how it's supposed to work. But I think I managed to restore how it worked.
I set up demo wikis to compare:
Before the bug: https://patchdemo.wmflabs.org/wikis/777f1587e8/w/index.php?title=Test1&action=edit&undoafter=152&undo=153
Current buggy version: https://patchdemo.wmflabs.org/wikis/1010d4fce1/w/index.php?title=Test1&action=edit&undoafter=152&undo=153
After the fix: https://patchdemo.wmflabs.org/wikis/83a92cb3f0/w/index.php?title=Test1&action=edit&undoafter=152&undo=153If someone here feels like they understand it, I'd appreciate if you could test on those demo wikis as well.
Thu, Apr 18
Deployed to wiki
Wed, Apr 17
Tue, Apr 16
The change was deployed today.
Mon, Apr 15
Apr 13 2024
Apr 12 2024
Apr 9 2024
Here are some direct URLs to the Undo page (the versions can get reviewed in a future, though):
- https://pl.wikipedia.org/w/index.php?title=Castel_del_Monte&action=edit&undoafter=67488563&undo=73325709&uselang=en
- https://pl.wikipedia.org/w/index.php?title=Stopa_cukrzycowa&action=edit&undoafter=73029306&undo=73325816&uselang=en
- https://pl.wikipedia.org/w/index.php?title=Polski_Kontyngent_Wojskowy_w_Rumunii&action=edit&undoafter=73004824&undo=73325826&uselang=en
Mar 21 2024
Mar 8 2024
Mar 6 2024
In T334940#9605163, @TheDJ wrote:I would advise the community to look for solutions for graphs outside of the foundation (maybe through a grant or something). I personally still think that running something on toolforge and exporting to SVG which can then be uploaded, is the most flexible, easiest to realize and most usable short term way to enable rich creation tools. It creates a hard separation between security contexts and avoids any sort of fragile dependency on MediaWiki and Wikimedia. The uploading can even be automated, OAuth login and commons uploading are commonly implemented things in tools already.
Mar 5 2024
@Urbanecm The SVGs are available on Commons now:
Mar 4 2024
I'll provide the SVG versions by tomorrow
Mar 3 2024
Mar 2 2024
The one that's used by the ResourceLoader to ensure users won't get syntactically incorrect code. The one in the editor flags no error (only some warnings and infos and none of them is around the problematic 910th line).
Feb 25 2024
Feb 23 2024
Feb 17 2024
Feb 16 2024
In T357580#9549180, @UOzurumba wrote:There are changes to how user and site scripts load for Vector 2022 on specific wikis. The changes impacted the following Wikis: all projects with Vector legacy as the default skin, Wikivoyage, and Wikibooks. Gadgets are not impacted, and the changes will last for the next three months. If you have been affected or want to minimize the impact on your project, see this ticket. Please coordinate and take action proactively.
Feb 14 2024
There's a potentially highly visible regression for wikitables on mobile: T357589: [Regression] Wikitables has unwanted border spacing on mobile
Feb 11 2024
Feb 8 2024
I've just checked and it still persists:
Feb 2 2024
Yeah, OpenSeaDragon looks for .prp-page-image img selector (source code) and as it cannot be found on the page in the task description, the error message is raised. (There's no <img> tag there).
Feb 1 2024
Jan 30 2024
Jan 29 2024
In T340705#9493354, @Candalua wrote:Some months ago I had applied many optimizations on it.wikisource using the |rights=purge syntax. However, right now the Special:Gadgets page is showing me this error: "The following right does not exist: purge". Did something change in user rights? Maybe the "purge" right does not exist anymore and I have to use something else?
Jan 23 2024
In T334940#9480929, @Tim-moody wrote:Can someone point me to the policy regarding JS gadgets?
Jan 20 2024
In T334940#9474610, @Tim-moody wrote:I would also like to see SVGs able to be embedded on wiki pages, such as the excellent charts from Our World in Data, see https://ourworldindata.org/influenza. But the key to OWID is their use of JavaScript embedded in the SVG to provide client side interactivity. I am not clear on the WMF policy on client side JavaScript, though there seem to be instances where it is permitted. Elsewhere I have suggest a collaboration with OWID developers as they are actively developing SVG functionality. But in any event adding this functionality to mediawiki seems to me highly desirable.
As an example, in the WikiProjectMed mediawiki we use the iframe that OWID serves to isolate the SVG JavaScript from the surrounding page. See https://mdwiki.org/wiki/WikiProjectMed:OWID,
Jan 18 2024
Thanks a lot! Everything's fine.
Jan 4 2024
Just noting that after this was implemented, on the definition page HTML comments after file name are treated as a part of the name contrary to what happened before (and they make the validation to fail). Thus I've had to "fix" two gadgets on plwiki by moving the comment: https://pl.wikipedia.org/w/index.php?title=MediaWiki:Gadgets-definition&diff=prev&oldid=72407946
Dec 27 2023
In T349361#9426479, @Aklapper wrote:@Msz2001: Do you still experience this?
I cannot reproduce this anymore for pl.wikipedia.org using https://www.google.com/search?q=sejm+x+kadencji+polska+Rzeczypospolitej+site%3Apl.wikipedia.org while being on some public WiFi on some train in Germany, using Firefox 121:
Nov 12 2023
Nov 7 2023
The addition of oojs-ui-core.icons, oojs-ui.styles and oojs-ui.styles.indicator to render blocking CSS (not sure what is adding this but it does not appear to be gadget related and seems related to something on the page calling OutputPage::enableOOUI)
Nov 6 2023
The RecentChanges filter popup is still big for me. Was it supposed to be fixed by the fix to Vector skin?
Nov 3 2023
Oct 22 2023
Oct 20 2023
I've sent feedback to Google when I filed this task. I created this phab ticket as well, since I'm not sure if this is a problem at Google or at Wikimedia.
I have the same problem for numerous Wiktionary language variants, I've got it from wiktionary bread search
Oct 18 2023
Oct 6 2023
In T347907#9229994, @Quiddity wrote:I'd like to include the context so that it might act as a memory-aid. Would something like this be accurate?
Code related to addPortletLink and #p-namespaces that was deprecated last year is now being removed. If you notice tools that should appear next to the "Discussion" tab are now missing, please tell the gadget's maintainers to see instructions in the Phabricator task.
And when is the change planned? (So that we can tweak "is now being removed" to either "is being removed [this/next] week" or similar.) Thanks.
Oct 4 2023
Sep 29 2023
In T347665#9210352, @dcaro wrote:In T347665#9209846, @Msz2001 wrote:My tool just went down ( http://vector-dark.toolforge.org/ ) - the address is reachable but browser is loading forever. And I'm unable to ssh into it (asks for password and then hangs).
It works for me now, can you retry?
I'll close this for now, there's a few things that we can improve for the next time but those will be addressed on their own tasks.
Thanks!
My tool just went down ( http://vector-dark.toolforge.org/ ) - the address is reachable but browser is loading forever. And I'm unable to ssh into it (asks for password and then hangs).
Sep 14 2023
I've included a link to a sandbox that contains wikitext equivalent to the template output before any hacks in it so that the problem can still be seen and reproduced.
There's some spec here: https://www.mediawiki.org/wiki/Page_Previews/API_Specification although it doesn't cover cases like display: none or other regarding styles.
Sep 4 2023
In T111565#9141088, @matmarex wrote:In T111565#9139046, @Msz2001 wrote:It's worth noting that mobile MediaWiki already supports collapsible class, which is almost the same as mw-collapsible in appearance.
That doesn't work for me. I don't think it's a MediaWiki feature, but it's a fairly common on-wiki customization (older than mw-collapsible).
It's worth noting that mobile MediaWiki already supports collapsible class, which is almost the same as mw-collapsible in appearance.
Sep 2 2023
Aug 31 2023
Hi! What's the status of this task now? Some time ago ResourceLoader modules became targetted at desktop,mobile by default and it appears that running the following line in the browser console on a mobile version works as intended:
mw.loader.using('jquery.makeCollapsible').then(() => $('.mw-collapsible').makeCollapsible());