Page MenuHomePhabricator

AlexisJazz
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Saturday

  • Clear sailing ahead.

User Details

User Since
Feb 23 2018, 10:35 PM (292 w, 5 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Alexis Jazz [ Global Accounts ]

Recent Activity

Tue, Oct 3

AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

QA testing note: because of the throttling of notices, you'll either need to find a new page with a notice to test each time you look at it, or you'll need to run localStorage.clear() in your browser console before loading the editor.

Tue, Oct 3, 9:56 PM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile
AlexisJazz updated the task description for T316177: [Config Change] Make upstream mobile edit notice implementation available at en.wiki .
Tue, Oct 3, 4:56 AM · MediaWiki-Editnotice, Editing-team, VisualEditor, Editing Design, MediaWiki-Page-editing, Mobile

Fri, Sep 29

AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

@ppelberg I think we might need to rework that a bit. Ideally a Tech News item would primarily link to a translatable documentation page (not to Enwiki)

I just created https://meta.wikimedia.org/wiki/EditNoticesOnMobile which could be made translatable I think.

Fri, Sep 29, 5:19 AM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile
AlexisJazz updated the task description for T316178: [Config Change] Make upstream mobile edit notice implementation available at all wikis.
Fri, Sep 29, 3:31 AM · Goal, Editing-team (Kanban Board), MobileFrontend (MobileFrontend (Editor)), Editing Design, covid-19, MinervaNeue, MediaWiki-Page-editing, Mobile

Mon, Sep 25

AlexisJazz added a comment to T304073: "do not reduce watchtime if already watched" API option.

See also T270057 for a way to get the current expiry in the browser

Mon, Sep 25, 7:24 PM · Expiring-Watchlist-Items, Platform Engineering, MediaWiki-Action-API, Growth-Team, MediaWiki-Watchlist

Mon, Sep 18

AlexisJazz updated the task description for T346701: Allow Wikimedia-Minify to skip minification of already-minified files.
Mon, Sep 18, 9:31 PM · MediaWiki-ResourceLoader, MediaWiki-Platform-Team, JavaScript, Wikimedia-Minify
AlexisJazz created T346701: Allow Wikimedia-Minify to skip minification of already-minified files.
Mon, Sep 18, 9:30 PM · MediaWiki-ResourceLoader, MediaWiki-Platform-Team, JavaScript, Wikimedia-Minify
AlexisJazz added a comment to T346115: Provide statistics on the size of gadgets.

Did you ever thought of using NodeJS?

You could keep some of your code, but do it in an automated manner. You can loop over many pages to gather data and save locally (as files or in DB).
Then deploy this to Wikipedia in a simple script.

I've recently discovered this JS module for doing API request to MediaWiki: MWN JS library.

Saving things back to Wikipedia can be done either directly with MWN or if you generate file then you can use WikiployLite which kind of makes thing easier (you only provide configuration for that). When you use either of those methods you can use a local Jenkins installation that just runs your scripts on certain time.

You can find an example of how to use MWN here:
https://github.com/Eccenux/wiki-wd-mass-modyfication/blob/b1f8e19c89c17eed1a68bbea255a2d5b41378b96/runBot.js

You'll find that WikiBotLite is even a thinner layer over MWN then WikiployLite is:
https://github.com/Eccenux/wiki-wd-mass-modyfication/blob/b1f8e19c89c17eed1a68bbea255a2d5b41378b96/src/WikiBotLite.js

Mon, Sep 18, 8:46 PM · MediaWiki-extensions-Gadgets

Sat, Sep 16

AlexisJazz changed the status of T307934: MediaWiki\Revision\RevisionAccessException: Failed to load data blob from {address} from Duplicate to Resolved.

This was the original task description before Aklapper replaced it with the log :

Sat, Sep 16, 7:52 AM · Wikimedia-production-error, MediaWiki-Core-Revision-backend, All-and-every-Wiktionary

Fri, Sep 15

AlexisJazz added a comment to T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.

Thus I will be helpful once more and reopen this task to allow for more input.

I'd still decline this as input seems to have been provided...

Fri, Sep 15, 4:51 PM · Project-Admins

Wed, Sep 13

AlexisJazz added a comment to T344822: Wikistories test env config settings.

I reported this over a year ago, but um sure I guess.

If you do fix it the Wikistories will actually break completely due to T344605.

Thanks for letting us know. We'll wait for a fix there before switching our config to the beta Commons.

Wed, Sep 13, 11:20 AM · MW-1.41-notes (1.41.0-wmf.27; 2023-09-19), Wikistories, Inuka-Team (Kanban)

Tue, Sep 12

AlexisJazz added a comment to T340705: [performance budgeting] Improve JS payload for projects with gadgets that lead to a 30%+ increase after gzip.

You might find running https://en.wikipedia.org/wiki/User:Alexis_Jazz/EverybodyLikesPie.js to be of some help on these projects. See https://it.wikisource.org/w/index.php?title=Utente:Alexis_Jazz/Sandbox&oldid=3227820 for example.

Tue, Sep 12, 9:48 PM · Bengali-Sites, Reading-Web-Local-Wiki-Issues, Web-Team-Backlog (Needs Prioritization (Tech))
AlexisJazz added a comment to T346115: Provide statistics on the size of gadgets.

@Nux Thanks, it works now. :-)

Tue, Sep 12, 9:43 PM · MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T270057: Expose watchlist (expiry) status to JS without another query.

I suppose an alternative option would be some additional "extend-expiry-but-don't-overwrite-indefinite-watching" parameter added to everything, but I imagine that'd be far more confusing.

That would be T304073.

Tue, Sep 12, 9:16 PM · MW-1.41-notes (1.41.0-wmf.28; 2023-09-26), Expiring-Watchlist-Items, JavaScript, MediaWiki-Action-API
AlexisJazz added a comment to T346115: Provide statistics on the size of gadgets.

I made a proof of concept: https://en.wikipedia.org/wiki/User:Alexis_Jazz/EverybodyLikesPie.js

Tue, Sep 12, 8:05 PM · MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T345960: Architecture: We should track size of default gadgets loaded on site and present this to users.

@AlexisJazz: Please stay on-topic. Random past board or ban stuff has nothing to do with guiding site admins about technical issues. This is not a forum. Thanks!

Tue, Sep 12, 5:34 PM · MediaWiki-extensions-Gadgets
AlexisJazz created T346115: Provide statistics on the size of gadgets.
Tue, Sep 12, 2:20 AM · MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T345960: Architecture: We should track size of default gadgets loaded on site and present this to users.

The key bit of information in this task description is We should be doing more to guide site admins on when they are introducing performance/SEO problems to the site. (key word "guide" not prevent :-))

Tue, Sep 12, 1:36 AM · MediaWiki-extensions-Gadgets

Mon, Sep 11

AlexisJazz added a comment to T346075: Use a minified version of the 'pako' library.

For a single library that is loaded by many users as it's required for VE I think those are some nice savings on both traffic and localStorage. Thank you. :-)

Mon, Sep 11, 6:55 PM · MW-1.41-notes (1.41.0-wmf.27; 2023-09-19), MediaWiki-General
AlexisJazz awarded T346075: Use a minified version of the 'pako' library a Cup of Joe token.
Mon, Sep 11, 6:47 PM · MW-1.41-notes (1.41.0-wmf.27; 2023-09-19), MediaWiki-General

Sun, Sep 10

AlexisJazz added a comment to T345960: Architecture: We should track size of default gadgets loaded on site and present this to users.

The developers are in for a world of hurt if CommRel doesn't get involved in this.

I think you're mischaracterizing this task. It's only to know and provide info on, not to do anything listed in "Future uses". Some of the items in that list likely have some communications desirability and working through with communities, but being able to provide numbers to users seems like a reasonable thing to do without any particularly adverse impact.

Sun, Sep 10, 9:02 PM · MediaWiki-extensions-Gadgets
AlexisJazz updated subscribers of T345960: Architecture: We should track size of default gadgets loaded on site and present this to users.

This task does not look like a task requesting support from CommRel-Specialists-Support

Sun, Sep 10, 8:24 PM · MediaWiki-extensions-Gadgets
AlexisJazz added a project to T345960: Architecture: We should track size of default gadgets loaded on site and present this to users: CommRel-Specialists-Support.
Sun, Sep 10, 6:56 PM · MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T345960: Architecture: We should track size of default gadgets loaded on site and present this to users.

If it's possible to check this quickly on edit

Sun, Sep 10, 6:47 PM · MediaWiki-extensions-Gadgets
AlexisJazz awarded T345960: Architecture: We should track size of default gadgets loaded on site and present this to users a Dislike token.
Sun, Sep 10, 6:41 PM · MediaWiki-extensions-Gadgets

Fri, Sep 8

AlexisJazz awarded T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva a Like token.
Fri, Sep 8, 2:59 PM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.

I can't reproduce this anymore on betacommons so seems good to me. :-)

Fri, Sep 8, 2:58 PM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets

Thu, Sep 7

AlexisJazz added a comment to T111565: Enable collapsible templates (including infoboxes) on mobile.

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).

Ah, appears that you're right. I must have missed the on-wiki code that supports it.

Thu, Sep 7, 2:24 PM · Web-Team-Backlog, Advanced Mobile Contributions, patch-welcome, MinervaNeue, Design

Wed, Sep 6

AlexisJazz added a comment to T344822: Wikistories test env config settings.

I reported this over a year ago, but um sure I guess.

Wed, Sep 6, 5:13 PM · MW-1.41-notes (1.41.0-wmf.27; 2023-09-19), Wikistories, Inuka-Team (Kanban)
AlexisJazz added a comment to T340705: [performance budgeting] Improve JS payload for projects with gadgets that lead to a 30%+ increase after gzip.

I have added targets=desktop to some gadgets because I was receiving reports from users and seeing some errors in consoles after this change, and now I have to ask: what to do, for example, about https://ru.wikipedia.org/wiki/MediaWiki:Gadget-collapserefs.js if targets=desktop goes away? Like, I would be perfectly fine with throwing it away entirely, but since I don’t have that power, outside of that: it is a gadget that allows some users to collapse references by default. It doesn’t make sense to have it in mobile Minerva since it collapses all sections, but people can use desktop Minerva and expect this gadget to be there. Unless we’re giving up on the plan to remove targets=desktop, of course, then disregard my comment.

@stjn in the case of https://ru.wikipedia.org/wiki/MediaWiki:Gadget-collapserefs.js I would suggest limiting it to Minerva skin. Very few people use desktop Minerva and I doubt those that do would care for this gadget.

Wed, Sep 6, 6:40 AM · Bengali-Sites, Reading-Web-Local-Wiki-Issues, Web-Team-Backlog (Needs Prioritization (Tech))

Sep 4 2023

AlexisJazz added a comment to T343131: Commons database is growing way too fast.

One new and easy low-hanging fruit:

Remove template styles for Template:Information and cc-by-sa license: https://commons.wikimedia.org/wiki/Module:Information/styles.css and https://commons.wikimedia.org/wiki/Template:Cc-by-sa-layout/styles.css
Move them to common.css instead.
Why?

Yeah, why not https://commons.wikimedia.org/wiki/MediaWiki:Filepage.css ?

Sep 4 2023, 2:18 PM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons
AlexisJazz added a comment to T124168: Show Navbox templates in mobile skins.

For individual cases/articles, navboxes (and other templates that mobile users are normally excluded from) can be forced using https://en.wikipedia.org/wiki/Template:Strip_nomobile.

Sep 4 2023, 7:14 AM · Web-Team-Backlog, MobileFrontend (Tracking), Reading-Web-Local-Wiki-Issues, Mobile
AlexisJazz added a comment to T111565: Enable collapsible templates (including infoboxes) on mobile.

As there are people opposed to making this change in MediaWiki core, I would suggest doing it in your wiki's MediaWiki:Common.js or a gadget, as long as your community finds that agreeable.

Sep 4 2023, 6:45 AM · Web-Team-Backlog, Advanced Mobile Contributions, patch-welcome, MinervaNeue, Design
AlexisJazz added a comment to T240652: Hardcoded background style in table.vertical-navbox element breaks user CSS.

@Tossrock while this seems already solved, for future reference you can use !important to override style-defined attributes. For example:

.sidebar-collapse{background:blue !important}'
Sep 4 2023, 12:59 AM

Sep 1 2023

AlexisJazz added a comment to T111565: Enable collapsible templates (including infoboxes) on mobile.

I can't find the relevant comment, but this is deemed to be an insufficient UX on touchscreens by the WMF devs.

You're probably looking for the patch commentary in https://gerrit.wikimedia.org/r/c/mediawiki/skins/MinervaNeue/+/859605/ . It's the only place I've seen an objection along this line in recent times.

TBH I'm in the party of "the perfect is currently being the enemy of the good" regarding allowing things to be collapsed. I get the concern regarding button size, but OTOH I don't see it as major enough to block the enhancement that collapsing things brings.

Sep 1 2023, 1:14 AM · Web-Team-Backlog, Advanced Mobile Contributions, patch-welcome, MinervaNeue, Design

Aug 31 2023

AlexisJazz added a comment to T111565: Enable collapsible templates (including infoboxes) on mobile.

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());

Tested at: https://m.mediawiki.org/wiki/Manual:Collapsible_elements/Demo/Advanced

Aug 31 2023, 8:42 PM · Web-Team-Backlog, Advanced Mobile Contributions, patch-welcome, MinervaNeue, Design

Aug 30 2023

AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

EditNoticesOnMobile and edit notices in VE on desktop provide this button

For ENOM the button is only visible on tablet-width devices, so the vast majority of users don't see this button. I don't think this is a problem.

Aug 30 2023, 5:04 PM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile

Aug 29 2023

AlexisJazz updated the task description for T344680: Clarify what the successor to OOUI is.
Aug 29 2023, 1:25 AM · Design-Systems-Team, Documentation, OOUI

Aug 27 2023

AlexisJazz added a comment to T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.

I suspect UBN! wouldn't have been appropriate as I think (but I could very well be wrong) that only applies to considerable issues on production.

Anything that blocks the train is unbreak now

Aug 27 2023, 9:44 AM · Project-Admins
AlexisJazz added a project to T345032: Some cookies are misusing the recommended “SameSite“ attribute: Beta-Cluster-reproducible.
Aug 27 2023, 5:10 AM · Beta-Cluster-reproducible
AlexisJazz created T345032: Some cookies are misusing the recommended “SameSite“ attribute.
Aug 27 2023, 4:06 AM · Beta-Cluster-reproducible
AlexisJazz added a comment to T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.

Thank you @AlexisJazz for reporting the issue in question (T344635). I want to apologize for dropping the ball on that ticket.

When I reviewed the ticket, I immediately made the assessment that the issue is severe, triaged it as high priority and submitted a fix for it. I was not sure about marking at as UBN!, and a train blocker, but went ahead and submitted a back-port patch in case someone judged that it was a train blocker. Looking back, I should have marked it a train blocker and back-ported it. Note to self: when in doubt, err on the side of caution, make noise and get multiple inputs.

I do not have a lot to add to the current discussion, the processes that come to my mind are a bit redundant to what we already have. In general, I think It would be nice to have more eyes on high priority bug reports after group0 deployment in order to reduce the impact of error in judgements.

Aug 27 2023, 3:44 AM · Project-Admins

Aug 26 2023

AlexisJazz added a comment to T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.

so why didn't YOU tag T344635 as a train blocker? As you see, playing the blame game is easy, but it doesn't help anyone.

Either nobody realized that it should have been marked as a train blocker, or nobody considered it a train blocker given human judgement at that point in time.
I tried to explain above how anyone who thinks an issue might be a train blocker could mark it as such regarding current workflows.

Personally, I didn't realize it. I have a lot on my mind, am unpaid (it's unreasonable to hold me to the same standards as the paid workforce) and the workflow is not intuitive.

Aug 26 2023, 1:27 AM · Project-Admins

Aug 25 2023

AlexisJazz added a comment to T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.

Unlike you, I'm not getting paid so telling me how I should work, especially when it's not particularly intuitive, is unlikely to pay off.

Sure. That's why I pointed out existing workflows, and not using existing workflows definitely won't pay off either... :-/

Aug 25 2023, 5:19 PM · Project-Admins
AlexisJazz reopened T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag as "Open".

and it clearly didn't help.

We won't fix either a social or a workflow problem by introducing competing workflows. :) Thus declining.

In my understanding, going to Edit Related Tasks... and selecting Edit Parent Tasks is the workflow to mark an issue as a train blocker, after looking up the current train task ID.

Aug 25 2023, 4:53 PM · Project-Admins
AlexisJazz updated subscribers of T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.
Aug 25 2023, 4:42 PM · Project-Admins
AlexisJazz added a comment to T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.

How would this be different from Beta-Cluster-reproducible?

Aug 25 2023, 4:37 PM · Project-Admins
AlexisJazz created T344999: Create a beta cluster equivalent for the Wikimedia-production-error tag.
Aug 25 2023, 4:28 PM · Project-Admins

Aug 22 2023

AlexisJazz added a comment to T344680: Clarify what the successor to OOUI is.

(For the records, I once created T279421: Update Vue and Codex documentation for WMF staff and community developers about the insufficient documentation and communication at that time.) Its original title was Document and communicate status of Vue things (Codex) and future of OOUI, WVUI, etc.

Aug 22 2023, 9:25 PM · Design-Systems-Team, Documentation, OOUI
AlexisJazz added a comment to T344704: Blocked on English Wikipedia / Wikimedia thinks my IP is 10.80.1.11.

Note: Multiple dewiki users were reporting a similar problem regarding the IP 10.80.1.7 which also doesn't belong to those users (same /28-range as 10.80.1.11)
https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:XenonX3&oldid=236646961#Nutzersperre

Aug 22 2023, 3:33 PM · SRE, Traffic
AlexisJazz added a comment to T344704: Blocked on English Wikipedia / Wikimedia thinks my IP is 10.80.1.11.

https://en.wikipedia.org/w/api.php?action=query&meta=userinfo&callback=&format=json&formatversion=2 now returns my actual IP. Thanks for the quick response!

Aug 22 2023, 2:49 PM · SRE, Traffic
AlexisJazz updated the task description for T344704: Blocked on English Wikipedia / Wikimedia thinks my IP is 10.80.1.11.
Aug 22 2023, 2:31 PM · SRE, Traffic
AlexisJazz updated subscribers of T344704: Blocked on English Wikipedia / Wikimedia thinks my IP is 10.80.1.11.

I'm no longer blocked as on https://en.wikipedia.org/wiki/Special:Contributions/ST47ProxyBot this message can be read:

Aug 22 2023, 2:18 PM · SRE, Traffic
AlexisJazz created T344704: Blocked on English Wikipedia / Wikimedia thinks my IP is 10.80.1.11.
Aug 22 2023, 2:07 PM · SRE, Traffic
AlexisJazz created T344680: Clarify what the successor to OOUI is.
Aug 22 2023, 10:48 AM · Design-Systems-Team, Documentation, OOUI
AlexisJazz added a comment to T344635: Language selector broken: Uncaught TypeError: mw.uls.isNamed is not a function.

Forgot to mention: error happens both when logged in and not logged in.

Aug 22 2023, 9:36 AM · MW-1.41-notes (1.41.0-wmf.23; 2023-08-22), Unplanned-Sprint-Work, Language-Team (Language-2023-July-September), JavaScript, Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, MediaWiki-extensions-LanguageSelector

Aug 21 2023

AlexisJazz created T344635: Language selector broken: Uncaught TypeError: mw.uls.isNamed is not a function.
Aug 21 2023, 5:35 PM · MW-1.41-notes (1.41.0-wmf.23; 2023-08-22), Unplanned-Sprint-Work, Language-Team (Language-2023-July-September), JavaScript, Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, MediaWiki-extensions-LanguageSelector
AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

I don't think we can expect our users, especially on mobile devices, to open the browser console and enter a command to view the notice again

Oh, sorry, I thought you were just asking for testing purposes on the patchdemo.

This link is unrelated to my question, correct?

I might need some clarification as to what your question was, in that case?

Aug 21 2023, 4:19 PM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile
AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

The patchdemo has no way to view the notice again after dismissing it, is this correct?

@AlexisJazz you could run localStorage.clear() in the console.

Aug 21 2023, 3:11 PM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile
AlexisJazz created T344605: deployment-prep needs a Thumbor instance.
Aug 21 2023, 1:26 PM · serviceops, Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, Thumbor
AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

@ppelberg https://phabricator.wikimedia.org/rMEXTd046bc1d44faf877e2e71cd7f46b20371ef04e32 : "Won't show an edit notice with the same key on the same page for 1 day after it has been seen." is that it?

Aug 21 2023, 11:44 AM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile
AlexisJazz added a comment to T316177: [Config Change] Make upstream mobile edit notice implementation available at en.wiki .

https://phabricator.wikimedia.org/rMEXTd046bc1d44faf877e2e71cd7f46b20371ef04e32 : " Edit notices are not shown if the user has the EditNoticesOnMobile gadget enabled."

Aug 21 2023, 11:42 AM · MediaWiki-Editnotice, Editing-team, VisualEditor, Editing Design, MediaWiki-Page-editing, Mobile
AlexisJazz renamed T312999: Edit notice popup suppression in Android and iOS app from Edit notice popup suppression in Android app to Edit notice popup suppression in Android and iOS app.
Aug 21 2023, 10:20 AM · MediaWiki-Editnotice, Wikipedia-iOS-App-Backlog, Android Design, Wikipedia-Android-App-Backlog

Aug 20 2023

AlexisJazz updated subscribers of T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.

Maybe related to the changes made in T328610 ?

Yes, I think so.

You could use targets=desktop instead which has nearly the same effect.

“Nearly the same effect” includes causing this bug since 8af75aa

Maybe if the gadget is unavailable due to the current skin/target, the option should be disabled rather than hidden? It would show some gadgets that are planned for non-default skins and thus irrelevant for most people, though.

Or don’t show all gadgets unavailable due to the current skin, but do show gadgets that are, while unavailable on the current skin, are available on the skin set in the preferences (which is Vector even when using the mobile domain), and show gadgets regardless of their target settings (the target setting should go away soon anyway).

Aug 20 2023, 10:32 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets

Aug 19 2023

AlexisJazz added a comment to T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.

It's because Twinkle's gadget definition excludes it from minerva skin. So any pref changes made in minerva skin will reset preferences of non-minerva gadgets to the default value.

This is certainly a bug, though I'm not sure if it always has been the case or there's been some regression in MediaWiki-Core-Preferences. In case of the former, any fix would be closely linked to T65532.

Aug 19 2023, 10:03 PM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T328610: Default gadgets to run on mobile.

@Jdlrobson is it possible work on this task caused the issue in T341421 ? The advice here to set all skins except Minerva is actually causing problems.

Aug 19 2023, 10:01 PM · User-notice-archive, MW-1.41-notes (1.41.0-wmf.16; 2023-07-04), Patch-For-Review, MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T312587: Show edit notices within mobile editing interfaces.

Demo: https://patchdemo.wmflabs.org/wikis/0250205d37/wiki/Douglas%20Adams?mobileaction=toggle_view_mobile#/editor/0

@Esanders: this is looking good. Two questions...

  1. Can we please make the "Desired adjustment" documented below?
  2. Currently, how long after seeing a mobile edit notice on a page would people see that same edit notice on that same page again? This question is related to "Open question 2." in the task description.
Aug 19 2023, 12:31 AM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile

Aug 10 2023

AlexisJazz updated subscribers of T312587: Show edit notices within mobile editing interfaces.

For reference, EditNoticesOnMobile is enabled on the following wikis (source: https://global-search.toolforge.org/?q=EditNoticesOnMobile&namespaces=2%2C4%2C8&title=%28Gadgets-definition%29 )

  • bn.wikipedia (not enabled by default)
  • ilo.wikipedia
  • pt.wikinews
  • shn.wikipedia
  • tum.wikipedia
  • en.wikipedia

Of these, only bn.wikipedia doesn't have it enabled by default.

Aug 10 2023, 9:34 AM · Editing QA, User-notice, MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Editing-team (Kanban Board), MediaWiki-Editnotice, Technical-Debt, Goal, Design, MobileFrontend (MobileFrontend (Editor)), Editing Design, MinervaNeue, MediaWiki-Page-editing, Mobile

Aug 9 2023

AlexisJazz added a comment to T343131: Commons database is growing way too fast.

From what I understand one of the goals here is to make Wikidata links non-external. VRT could be filtered by category I think, besides, there are probably many links to https://ticket.wikimedia.org as well so that's another likely target for interwiki.

There is already an interwiki for ticket.wikimedia.org: https://meta.wikimedia.org/wiki/Interwiki_map

Aug 9 2023, 8:23 PM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons
AlexisJazz added a comment to T343131: Commons database is growing way too fast.

Just for reference and general understanding, can someone explain why external links are stored in a database?

To support Special:LinkSearch and the corresponding API.

Yup, to expand what Lucas said, Special LinkSearch is useful to find cases of abuse and spam, figure out where a certain link is used or a domain is linked to.

There is also a rather niche usecase for externallinks too: it stores current external links of a page, when someone is trying to edit, it checks the links in the new parsed page and compares its links with the database and realizes what links have been added and what links have been removed (instead of parsing the page twice), and sends that information to enable captcha if needed, sends it to abuse filter, and check against spam blocked lists (to avoid blocking edits that don't add a link, just happen to be done in a page that already have one).

Looking at the usecases, it doesn't really make sense to store large-scale links in templates to be external links, I don't think any time soon we would want to add dx.doi.org to the spam list.

I'm not sure if Special:LinkSearch is also relevant (or as relevant) on Commons. Spam and abuse on Wikipedia is different from spam and abuse on Commons. To the degree it's needed, insource: often does the trick.

Aug 9 2023, 8:41 AM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons

Aug 8 2023

AlexisJazz added a comment to T343131: Commons database is growing way too fast.

Just for reference and general understanding, can someone explain why external links are stored in a database?

Aug 8 2023, 8:50 AM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons

Aug 2 2023

AlexisJazz added a comment to T343131: Commons database is growing way too fast.

I suspect a lot of external links come from {{Authority control}}; if we enhance Module:Authority control/conf (and the main module) to support something like an interwiki_format in addition to a URL_format, that might remove a lot of external links. (Some of the URLs in that config have query parameters, so they can’t easily be converted, but many of them should be doable, including ISBN-13, VIAF, GND, ISSN, OCLC/WorldCat…)

Aug 2 2023, 7:38 PM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons
AlexisJazz added a comment to T343131: Commons database is growing way too fast.

Regarding externallinks. Here are most linked domains: P49955

There are 135M links to creativecommons.org (I guess licenses). If they change to interwiki link (CreativeCommons exists in interwiki map maybe we should introduce cc). That would remove potentially one quarter of the whole extlinks. They are coming from Template:Cc-pd-mark-footer and stuff like MediaWiki:Wm-license-cc-pd-mark-link which are not too easy to fix but not too complicated either.

Aug 2 2023, 10:47 AM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons
AlexisJazz added a comment to T343131: Commons database is growing way too fast.

Let me ask a slightly different question, then: is there a “cheaper” way to mark / tag a set of pages than with a tracking category? (I’m assuming that use cases like FlickreviewR can in principle be adjusted to a different mechanism, as long as it’s still possible to efficiently list all the marked / tagged pages via e.g. the Toolforge replicas.)

And CirrusSearch. Using hastemplate: is sometimes an option but less precise. In case of FlickreviewR, hastemplate: wouldn't distinguish between failed reviews and successful reviews, and problems can arise when template redirects are used.

If you ask me, this is a good usecase for structured data and then doing the reporting in WCQS. I remember even in 2015 when the discussion for SDoC was starting, one prominent usecase was to keep track of licensing, authors, etc. (that's why people built mrmetadata). I don't know how far WCQS is from being operational.

You mean https://commons-query.wikimedia.org/ ? (Wikimedia Commons Query Service)

Aug 2 2023, 10:39 AM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons

Jul 31 2023

AlexisJazz added a comment to T343131: Commons database is growing way too fast.

Let me ask a slightly different question, then: is there a “cheaper” way to mark / tag a set of pages than with a tracking category? (I’m assuming that use cases like FlickreviewR can in principle be adjusted to a different mechanism, as long as it’s still possible to efficiently list all the marked / tagged pages via e.g. the Toolforge replicas.)

Jul 31 2023, 10:10 PM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons
AlexisJazz added a comment to T343131: Commons database is growing way too fast.

Copy pasting my comment from https://commons.wikimedia.org/wiki/Template_talk:FlickreviewR :

Jul 31 2023, 9:28 PM · MediaWiki-Platform-Team (Radar), Data-Persistence (work done), Commons

Jul 15 2023

AlexisJazz added a comment to T121049: Track the GadgetUsage statistics over time.

@nskaggs I agree, I designed GUS2wiki to allow multiple people to run it. (it detects if the page has been updated recently and skips it in that case) I also agree about a human as the primary runner being problematic, but whatcha gonna do.

Jul 15 2023, 1:37 AM · Developer-Advocacy, MediaWiki-extensions-Gadgets

Jul 10 2023

AlexisJazz updated the task description for T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.
Jul 10 2023, 1:23 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz renamed T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva from Changing mobile gadget preferences on bnwiki disables Twinkle to Changing mobile gadget preferences disables gadgets that don't support Minerva.
Jul 10 2023, 1:18 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.

Removed |skins=vector,vector-2022,monobook,timeless,modern,cologne blue for now.

Jul 10 2023, 1:17 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz updated the task description for T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.
Jul 10 2023, 1:17 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz updated the task description for T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.
Jul 10 2023, 1:14 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets

Jul 9 2023

AlexisJazz updated the task description for T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.
Jul 9 2023, 2:50 PM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets
AlexisJazz added a comment to T121049: Track the GadgetUsage statistics over time.

The machine I used for GUS2wiki been shut down. I try to remember to run gus2wiki on my daily driver every once in a while. It's not ideal.

Jul 9 2023, 10:01 AM · Developer-Advocacy, MediaWiki-extensions-Gadgets
AlexisJazz created T341421: Changing mobile gadget preferences disables gadgets that don't support Minerva.
Jul 9 2023, 8:50 AM · MW-1.41-notes (1.41.0-wmf.25; 2023-09-05), Web-Team-Backlog (Web Team FY2023-24 Q1 Sprint 6), Moderator-Tools-Team, MediaWiki-Core-Preferences, MediaWiki-extensions-Gadgets

Jun 13 2023

AlexisJazz closed T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy, a subtask of T273956: acme-chief sometimes doesn't refresh certificates because it ignores SIGHUP, as Resolved.
Jun 13 2023, 9:26 AM · User-bd808, User-dcaro, Acme-chief, cloud-services-team (Kanban)
AlexisJazz closed T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy as Resolved.
Jun 13 2023, 9:26 AM · User-AKlapper, Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz closed T337642: upload.wikimedia.beta.wmflabs.org certificate expired (May 2023), a subtask of T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy, as Resolved.
Jun 13 2023, 9:26 AM · User-AKlapper, Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz closed T337642: upload.wikimedia.beta.wmflabs.org certificate expired (May 2023) as Resolved.

Dunno how but it works again.

Jun 13 2023, 9:25 AM · SRE, HTTPS, Traffic, Beta-Cluster-Infrastructure

May 29 2023

AlexisJazz added projects to T337642: upload.wikimedia.beta.wmflabs.org certificate expired (May 2023): Traffic, HTTPS.
May 29 2023, 11:30 PM · SRE, HTTPS, Traffic, Beta-Cluster-Infrastructure

May 28 2023

AlexisJazz added a subtask for T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy: T337642: upload.wikimedia.beta.wmflabs.org certificate expired (May 2023).
May 28 2023, 6:22 AM · User-AKlapper, Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T337642: upload.wikimedia.beta.wmflabs.org certificate expired (May 2023): T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
May 28 2023, 6:22 AM · SRE, HTTPS, Traffic, Beta-Cluster-Infrastructure
AlexisJazz created T337642: upload.wikimedia.beta.wmflabs.org certificate expired (May 2023).
May 28 2023, 6:22 AM · SRE, HTTPS, Traffic, Beta-Cluster-Infrastructure
AlexisJazz reopened T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy as "Open".

The certificate for upload.wikimedia.beta.wmflabs.org expired on May 17, 2023.

May 28 2023, 6:20 AM · User-AKlapper, Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz reopened T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy, a subtask of T273956: acme-chief sometimes doesn't refresh certificates because it ignores SIGHUP, as Open.
May 28 2023, 6:20 AM · User-bd808, User-dcaro, Acme-chief, cloud-services-team (Kanban)

Apr 3 2023

AlexisJazz created T333864: Search problems on beta cluster.
Apr 3 2023, 5:24 PM · CirrusSearch, Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, Discovery-Search

Mar 4 2023

AlexisJazz added a comment to T121049: Track the GadgetUsage statistics over time.

I've been running GUS2Wiki since July 2022. I think I'll have to shut this down at some point as I'm trying to phase out my 24/7 boxes. The next two weeks it'll be fine I think. The next month? Not sure. Next two months? Less sure.

Mar 4 2023, 1:50 AM · Developer-Advocacy, MediaWiki-extensions-Gadgets

Jan 17 2023

AlexisJazz added a comment to T327196: 2023-01-17 Wikimedia full site outage.

Affects at least enwikt, nlwikt, enwiki, enwikivoyage, nlwiki, dewiki, dewikisource, mediawikiwiki, metawiki and foundationwiki. Probably just everything.

Jan 17 2023, 6:42 PM · Wikimedia-production-error, Wikimedia-Incident
AlexisJazz created T327197: Fatal exception of type "ConfigException".
Jan 17 2023, 6:35 PM

Jan 12 2023

Poyekhali awarded T306246: PageImages ignores MediaWiki:Bad image list, (uses MediaWiki:Pageimages-denylist instead) displaying search results that are inappropriate for some readers a Pirate Logo token.
Jan 12 2023, 8:14 AM · Foundational Technology Requests, Beta-Cluster-reproducible, Vector (legacy skin), MinervaNeue (Tracking), Reading-Web-Local-Wiki-Issues, Web-Team-Backlog, PageImages, MediaWiki-Search