Page MenuHomePhabricator
Feed Advanced Search

Yesterday

AlexisJazz added a comment to T305571: Configure JsonConfig for pattern Web2Cit/data/**/*.json in metawiki's "Main" namespace.

Get the Data: namespace enabled on metawiki.

Thu, May 26, 8:19 PM · JsonConfig, Wikimedia-Site-requests, Web2Cit
AlexisJazz merged T309350: JSON pages created using Web2Cit should have the "JSON" PageContentModel into T305571: Configure JsonConfig for pattern Web2Cit/data/**/*.json in metawiki's "Main" namespace.
Thu, May 26, 8:11 PM · JsonConfig, Wikimedia-Site-requests, Web2Cit
AlexisJazz merged task T309350: JSON pages created using Web2Cit should have the "JSON" PageContentModel into T305571: Configure JsonConfig for pattern Web2Cit/data/**/*.json in metawiki's "Main" namespace.
Thu, May 26, 8:10 PM · Web2Cit
AlexisJazz updated the task description for T309350: JSON pages created using Web2Cit should have the "JSON" PageContentModel.
Thu, May 26, 8:03 PM · Web2Cit
AlexisJazz created T309350: JSON pages created using Web2Cit should have the "JSON" PageContentModel.
Thu, May 26, 7:48 PM · Web2Cit
AlexisJazz added a comment to T91154: {{=}} should be a parser function.

Re: Tech News - What wording would you suggest as the content, and When should it be included? Thanks! (The deadline for entries in the next edition, is ~24 hours from now)

Thu, May 26, 7:34 PM · MW-1.39-notes (1.39.0-wmf.14; 2022-05-30), MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MediaWiki-Installer, MW-1.35-notes (1.35.0-wmf.40; 2020-07-07), MediaWiki-Page-editing, User-notice, MediaWiki-Parser
AlexisJazz added a comment to T309310: Web2Cit configuration for www.independent.ie.

Thank you very much for your interest in Web2Cit, for helping us test it, and for reporting the issues you found! It's very helpful for us.

You're welcome!

From what I see in the original revision of www.independent.ie's templates configuration file, Web2Cit was likely ignoring the translation template you had configured because it lacked mandatory template fields itemType and title. These template fields are mandatory and Web2Cit will ignore translation templates that do not include both of them. This is explained in the information box that pops up in the configuration file editor, next to the Fields property title (though I acknowledge it may be somewhat hidden in this initial Web2Cit-Editor version):

image.png (571×981 px, 96 KB)

Because of that, Web2Cit was using its default fallback template to translate the target webpage, which simply uses Citoid's response for all Web2Cit-supported fields. That's why you were not seeing a difference in the output. You can tell that Web2Cit was using the fallback template from the translation results page: "Translation result using fallback template".

Make sure you include in your translation template all the fields that you want an output for. If you want to reuse Citoid's response for a field, explicitly say so by using the Citoid selection step (provided by default). Try adding itemType and title fields to your template. Use the default procedure for both. This should fix the "I don't see a difference in the output" of the problem.

I see you then manually changed the templates file, which unfortunately made matters worse, as you ended with an invalid JSON file (there is an extra comma at the end of the selections array). JSON files are complex and we are likely to make mistakes when manually editing them. Even more so for JSON files in our main storage, which do not have the JSON editor available (see T305571). If possible, please use the configuration file editor instead. I've just removed that extra comma to make it a valid JSON again.

If the user is about to do something stupid, you should turn backgrounds for relevant elements pale red. (but make sure text contrast remains sufficient) If the user is about to do something really stupid, disable buttons.

Thu, May 26, 7:23 PM · Web2Cit
AlexisJazz added a comment to T309321: Web2Cit server and config editor do not handle user names with spaces.

Be careful here, there are four types of usernames:

  • Those with only [A-Za-z0-9], like yours. Always work.
  • Those with the above and one or more spaces. Usually works after converting the space to an underscore. Where inappropriate, MediaWiki typically converts the underscore to a space. In api.php this will cause a warning to be thrown, but the action still succeeds.
  • Those who include some non-space characters that requires percent-encoding to be used in a URL, like the é in Condé Nast. Now you have to be careful to apply percent-encoding only when using it in a URL.
  • Those with really screwy characters like a colon which can cause confusion with namespaces (hasn't been allowed for years, but some older users exist like .:Jenni:. (who also has periods!)

And if you are dealing with namespaces anywhere, beware that gendered namespaces exist. Portuguese Wikipedia for example has those: Usuário(a): for unknown, Usuário: for male and Usuária: for female. Yeah, that was fun when I discovered it. Not.

Thu, May 26, 6:04 PM · Web2Cit-Server, Web2Cit-Editor
AlexisJazz added a comment to T309253: Display a fallback link to media file in browsers who fail to play a media file.

Who disables all codecs ???

Thu, May 26, 8:02 AM · TimedMediaHandler
AlexisJazz added a comment to T309253: Display a fallback link to media file in browsers who fail to play a media file.

with a browser that can't (or refuses to) play the music.

For future reference, hints what exactly that means are welcome.
Using Firefox 60.9.1 on mobile (I guess that's old enough), I cannot see screen flashing but it infinitely tries to load the music file, showing a status bar animation forever.

Thu, May 26, 7:16 AM · TimedMediaHandler
AlexisJazz added a comment to T298427: Zotero translator needed to get correct author for Condé Nast requests.

With support from a Wikimedia Foundation grant we are currently developing Web2Cit, a tool to collaboratively fix cases like this, requiring much less technical skills than those required to write a Zotero translator.

That's BRILLIANT!

Thu, May 26, 4:46 AM · VisualEditor, Citoid

Wed, May 25

AlexisJazz created T309253: Display a fallback link to media file in browsers who fail to play a media file.
Wed, May 25, 11:42 PM · TimedMediaHandler
AlexisJazz added a comment to T308881: Piano concert.

Put the recording up here for now: https://tmp.lucaswerkmeister.de/2022-05-21%20Wikimedia%20Hackathon%202022%20concert.mp4 (note, there’s no video for the first 5 seconds, because I cut the video without reenconding it); CC BY 4.0 if anyone wants it

The Florentiner March recording I used is here: https://commons.wikimedia.org/wiki/File:Florentiner_March_-_U.S._Air_Force_Band.ogg

Wed, May 25, 11:14 PM · Wikimedia-Hackathon-2022
AlexisJazz added a comment to T1092: "Warning: Too many errors." but none explained.

"too many errors" is triggered by invisible errors when not using strict mode. The ones that are big enough in numbers to reach the ceiling are typically:

  • Ironic Missing "use strict" statement. errors for every single function.
  • $ is not declared errors. Just repeating $('body'); 101 times also triggers "too many errors".

When coding sloppily there can be others. In JSHint there's this "assume jQuery" option, can that be enabled somehow here as well? (putting /*globals $:false */ in the script also works, but isn't that pretty) Combined with raising the limit to 1000 I suspect this would be sufficient for the vast majority of scripts.

Wed, May 25, 10:09 PM · Patch-For-Review, Upstream, CodeEditor
AlexisJazz merged task T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned). into T1092: "Warning: Too many errors." but none explained.
Wed, May 25, 10:04 PM · Patch-For-Review, User-TheresNoTime, CodeEditor
AlexisJazz merged T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned). into T1092: "Warning: Too many errors." but none explained.
Wed, May 25, 10:03 PM · Patch-For-Review, Upstream, CodeEditor
AlexisJazz added a comment to T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned)..
Wed, May 25, 9:26 PM · Patch-For-Review, User-TheresNoTime, CodeEditor
AlexisJazz added a comment to T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned)..

Pretty sure this is provided by Extension:CodeEditor, so have tagged CodeEditor instead :)

I couldn't immediately see a config variable for this, but I feel like its something to do with the $wgScribuntoEngineConf here?

It's definitely maxerr. Here's how to reliably reproduce this: https://commons.wikimedia.beta.wmflabs.org/wiki/User:AJ/toomanyerrors.js

Wed, May 25, 4:47 PM · Patch-For-Review, User-TheresNoTime, CodeEditor
AlexisJazz added a comment to T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned)..

Pretty sure this is provided by Extension:CodeEditor, so have tagged CodeEditor instead :)

I couldn't immediately see a config variable for this, but I feel like its something to do with the $wgScribuntoEngineConf here?

I don't think so. I found this issue on Github which links https://github.com/ajaxorg/ace/blob/master/lib/ace/mode/javascript_worker.js#L92 maxerr in ace/lib/ace/mode/javascript_worker.js. For us this is found in https://en.wikipedia.org/w/extensions/CodeEditor/modules/ace/worker-javascript.js. There's a window.ace object but I can't find changeOptions in it.

Wed, May 25, 3:07 PM · Patch-For-Review, User-TheresNoTime, CodeEditor

Tue, May 24

AlexisJazz added a comment to T308940: All wikis down: error 503 (resolved, follow-up pending).
Tue, May 24, 5:25 PM · Wikimedia-Incident, SRE, Traffic
AlexisJazz added a comment to T306477: srprop "sectiontitle" has no effect in list=search API.

Thanks for the examples. As you may have noticed, and as Erik pointed out above, the behavior you are noticing is section title highlighting working as intended, even if it is not the best experience. We do not and cannot currently index sections as searchable documents. When section titles are highlighted in search results, this is due to part of the search query matching the specific text in that section title itself, not because of any kind of relevancy of the section's content.

Tue, May 24, 4:48 PM · Discovery-Search (Current work), MediaWiki-Action-API, MediaWiki-Search
AlexisJazz added a comment to T306477: srprop "sectiontitle" has no effect in list=search API.

With the knowledge shared by @EBernhardson I did another experiment, and strangely this is indeed how it works, also in Special:Search:

Tue, May 24, 3:37 PM · Discovery-Search (Current work), MediaWiki-Action-API, MediaWiki-Search

Sun, May 22

AlexisJazz added a comment to T258803: Searching shorter terms ("gerrit", "cors") in global Phabricator search leads to upstream request timeout (too many results?).

I get this error reliably when I search for "cors" as well.

Sun, May 22, 7:45 PM · Phabricator
AlexisJazz updated the task description for T308946: upstream request timeout on Phabricator.
Sun, May 22, 12:35 AM · Phabricator (Search)

Sat, May 21

AlexisJazz added a comment to T308946: upstream request timeout on Phabricator.
Sat, May 21, 10:05 PM · Phabricator (Search)
AlexisJazz removed projects from T308947: Cross-origin request from Wikitech to Wikidata blocked: SRE, Traffic.
Sat, May 21, 9:52 PM
AlexisJazz closed T308947: Cross-origin request from Wikitech to Wikidata blocked as Invalid.

Wikitech and Wikidata are not linked by SUL, so you need to make an unathenticated request, see https://www.mediawiki.org/wiki/API:Cross-site_requests#Unauthenticated_CORS_Requests

Sat, May 21, 8:25 PM
AlexisJazz updated the task description for T308947: Cross-origin request from Wikitech to Wikidata blocked.
Sat, May 21, 8:14 PM
AlexisJazz created T308947: Cross-origin request from Wikitech to Wikidata blocked.
Sat, May 21, 8:13 PM
AlexisJazz updated the task description for T308946: upstream request timeout on Phabricator.
Sat, May 21, 8:11 PM · Phabricator (Search)
AlexisJazz created T308946: upstream request timeout on Phabricator.
Sat, May 21, 8:09 PM · Phabricator (Search)
AlexisJazz updated the task description for T308940: All wikis down: error 503 (resolved, follow-up pending).
Sat, May 21, 7:41 PM · Wikimedia-Incident, SRE, Traffic
AlexisJazz updated the task description for T308940: All wikis down: error 503 (resolved, follow-up pending).
Sat, May 21, 7:20 PM · Wikimedia-Incident, SRE, Traffic
AlexisJazz added a comment to T308940: All wikis down: error 503 (resolved, follow-up pending).

This should be resolved now

Sat, May 21, 7:13 PM · Wikimedia-Incident, SRE, Traffic
AlexisJazz updated the task description for T308940: All wikis down: error 503 (resolved, follow-up pending).
Sat, May 21, 7:12 PM · Wikimedia-Incident, SRE, Traffic
AlexisJazz created T308940: All wikis down: error 503 (resolved, follow-up pending).
Sat, May 21, 7:11 PM · Wikimedia-Incident, SRE, Traffic

Fri, May 20

AlexisJazz added a comment to T308335: Magic word to insert a newline.

With a template that transcludes as a newline, using {{#tag:}} for this seems to work well on my local wiki:

{{#tag:syntaxhighlight|#!/bin/sh{{newline}}echo "hello"|lang=sh}}

image.png (123×525 px, 9 KB)

(Note that on enwiki, Template:NewlineTemplate:Break inserts a <br> instead. I couldn’t find an existing template that transcludes to a single newline, though I also didn’t search for too long.)

Fri, May 20, 10:30 PM · SyntaxHighlight
Volker_E awarded T306314: Improve the account creation request procedure when the captcha can't be solved (enwiki) a Like token.
Fri, May 20, 6:30 PM · Growth-Team, Readers-Web-Backlog, Accessibility, Design
AlexisJazz added a comment to T308881: Piano concert.

Will it be uploaded to Commons afterwards?

Fri, May 20, 6:08 PM · Wikimedia-Hackathon-2022
AlexisJazz updated subscribers of T308557: mw.uls.getBrowserLanguage is not a function.

On https://en.wikipedia.org/wiki/Main_Page I don't see the compact list despite having it enabled. Same on dewiki.

Fri, May 20, 2:10 PM · MW-1.39-notes (1.39.0-wmf.13; 2022-05-23), Language-Team (Language-2022-April-June), Wikimedia-production-error, ContentTranslation, JavaScript
AlexisJazz added a comment to T308557: mw.uls.getBrowserLanguage is not a function.

On the dewiki homepage mw.uls contains only ActionsMenuItemsRegistry which is an empty object. This is different from, say, dewiktionary where mw.uls.getBrowserLanguage does exist.

Fri, May 20, 1:57 PM · MW-1.39-notes (1.39.0-wmf.13; 2022-05-23), Language-Team (Language-2022-April-June), Wikimedia-production-error, ContentTranslation, JavaScript
AlexisJazz added a comment to T308557: mw.uls.getBrowserLanguage is not a function.

This also happens on https://de.wikipedia.org/wiki/Wikipedia:Hauptseite.

Fri, May 20, 5:58 AM · MW-1.39-notes (1.39.0-wmf.13; 2022-05-23), Language-Team (Language-2022-April-June), Wikimedia-production-error, ContentTranslation, JavaScript

Thu, May 19

AlexisJazz created T308777: TypeError: "mw.uls.getBrowserLanguage is not a function".
Thu, May 19, 5:28 PM · Wikimedia-production-error, JavaScript

Wed, May 18

AlexisJazz updated the task description for T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned)..
Wed, May 18, 2:45 PM · Patch-For-Review, User-TheresNoTime, CodeEditor
AlexisJazz created T308679: JS code editor in 2010 wikitext editor: Warning: Too many errors. (n% scanned)..
Wed, May 18, 2:41 PM · Patch-For-Review, User-TheresNoTime, CodeEditor
AlexisJazz added a comment to T91154: {{=}} should be a parser function.

@AlexisJazz: Please either check the comment added right before your last comment, or ask a more specific question. Thanks a lot.

Wed, May 18, 12:31 PM · MW-1.39-notes (1.39.0-wmf.14; 2022-05-30), MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MediaWiki-Installer, MW-1.35-notes (1.35.0-wmf.40; 2020-07-07), MediaWiki-Page-editing, User-notice, MediaWiki-Parser

Tue, May 17

AlexisJazz added a comment to T283646: Resizing with -extent sometimes removes transparency from WebP files.

That surprises (and confuses) me. As there's no relation to the issue at hand I took this to https://en.wikipedia.org/wiki/User_talk:AKlapper_(WMF)#Not_paid?.

Tue, May 17, 6:23 PM · Upstream, Thumbor
AlexisJazz added a comment to T283646: Resizing with -extent sometimes removes transparency from WebP files.

Anyone is welcome to contribute a software patch. The (custom Wikimedia changes) repo seems to be operations/software/thumbor-plugins; the file wikimedia_thumbor/engine/imagemagick/imagemagick.py. See also https://wikitech.wikimedia.org/wiki/Thumbor#Updating_the_custom_Thumbor_plugins . (For completeness, https://gerrit.wikimedia.org/r/plugins/gitiles/operations/debs/python-thumbor-wikimedia/ would be the upstream Debian package.)

Tue, May 17, 5:40 PM · Upstream, Thumbor
AlexisJazz reopened T282385: Certain PNG thumbnail sizes get cropped (one or two pixels missing) as "Open".

Thinking about it a year later, what "This area is not the final size of the image" actually only applies if you set both width and height. Since you there's no reason to set height, there's no problem.

Tue, May 17, 4:15 PM · Thumbor
AlexisJazz added a comment to T283646: Resizing with -extent sometimes removes transparency from WebP files.

EXTENT? Not AGAIN! T282385 rears its ugly head again. I provided the solution and it was professionally ignored.

Tue, May 17, 4:05 PM · Upstream, Thumbor
AlexisJazz added a comment to T307354: Betacommons: 504, Connection Timed Out at 2022-05-02 13:35:16 GMT.

Right now it works, as usual with these it was a transient error.

Tue, May 17, 3:44 PM · SRE, Beta-Cluster-Infrastructure, Traffic

Sun, May 15

AlexisJazz closed T306758: Media files on betacommons are not transcoding as Resolved.

See T307862

Sun, May 15, 3:11 PM · Beta-Cluster-Infrastructure, TimedMediaHandler-Transcode, Wikimedia-Video
AlexisJazz added a comment to T308296: Transparency of .webp file fails depending on exact thumbnail size.

Also note that https://en.wikipedia.org/wiki/File:Holden_(car_brand).webp#filehistory shows that the 528px file is a re-upload. Might be related (or not).

Sun, May 15, 2:31 PM · Thumbor
AlexisJazz renamed T308401: action:parse always parses mobileformat while on the mobile domain from action:parse parameter mobileformat is ignored while on the mobile domain to action:parse always parses mobileformat while on the mobile domain.
Sun, May 15, 2:24 PM · MobileFrontend, Mobile, MediaWiki-Action-API
AlexisJazz updated the task description for T308401: action:parse always parses mobileformat while on the mobile domain.
Sun, May 15, 2:05 PM · MobileFrontend, Mobile, MediaWiki-Action-API
AlexisJazz updated the task description for T308401: action:parse always parses mobileformat while on the mobile domain.
Sun, May 15, 12:29 PM · MobileFrontend, Mobile, MediaWiki-Action-API
AlexisJazz created T308401: action:parse always parses mobileformat while on the mobile domain.
Sun, May 15, 12:27 PM · MobileFrontend, Mobile, MediaWiki-Action-API
AlexisJazz renamed T308296: Transparency of .webp file fails depending on exact thumbnail size from Transparency of .webp file fails for smaller thumbnail (but okay for larger thumbnail) to Transparency of .webp file fails depending on exact thumbnail size.
Sun, May 15, 11:23 AM · Thumbor
AlexisJazz added a comment to T308296: Transparency of .webp file fails depending on exact thumbnail size.
Sun, May 15, 11:22 AM · Thumbor

Sat, May 14

AlexisJazz added a comment to T308389: mw.ForeignApi always gets a CSRF token, even if it can't use it.

That request isn't solely to fetch CSRF tokens, it serves another purpose:

	 * Query the foreign wiki to see if we're already logged in there in the user's browser, which
	 * means that there's no need to query for and use 'centralauthtoken' parameter.
	 *
	 * To avoid wasted requests, get a CSRF token at the same time.

(from https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/refs/heads/master/modules/ext.centralauth.ForeignApi.js#81)

The request scheme is described at https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/refs/heads/master/modules/ext.centralauth.ForeignApi.js#9 - basically if you are not logged in remotely, you need to get a short-lived centralauthtoken for each foreign request. But if you're logged in remotely, which is what the meta=userinfo is for, then we don't need centralauthtokens. And since we're making a request anyways, it makes sense to fetch the CSRF token at that time, if possible.

Sat, May 14, 10:01 PM · MediaWiki-extensions-CentralAuth, JavaScript, MediaWiki-Action-API
AlexisJazz created T308389: mw.ForeignApi always gets a CSRF token, even if it can't use it.
Sat, May 14, 6:29 PM · MediaWiki-extensions-CentralAuth, JavaScript, MediaWiki-Action-API
AlexisJazz updated the task description for T308335: Magic word to insert a newline.
Sat, May 14, 5:32 PM · SyntaxHighlight
AlexisJazz added a comment to T91154: {{=}} should be a parser function.

@cscott where are we with this?

Sat, May 14, 5:03 PM · MW-1.39-notes (1.39.0-wmf.14; 2022-05-30), MW-1.36-notes (1.36.0-wmf.10; 2020-09-22), MediaWiki-Installer, MW-1.35-notes (1.35.0-wmf.40; 2020-07-07), MediaWiki-Page-editing, User-notice, MediaWiki-Parser
AlexisJazz renamed T308335: Magic word to insert a newline from Magic word for SyntaxHighlight to insert a newline to Magic word to insert a newline.
Sat, May 14, 4:53 PM · SyntaxHighlight
AlexisJazz added a comment to T308382: Error 500 (Server Error): Internal server error: Endpoint: /changes/*~*/comments.

Thank you to have taken the time to file this report. I have looked at the Gerrit server and added the stacktrace to this task description.

Gerrit indeed can not find the comment:

Unable to find comment for key CommentContextKey{project=mediawiki/extensions/WikimediaMessages, changeId=35609, id=AAADbX%2F%2F%2ByU%3D, path=5925d5e5eb8f842ba6950ebb0be07777, patchset=1, contextPadding=3}

The change https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikimediaMessages/+/35609 is from 2012. We had a few patchsets and comments lost with time due to some git garbage collections issues. Can surely be verified by looking at the change metadata in NoteDB under refs/changes/09/35609/meta.

Given it is a very old change and it is not blocking anyone, I am marking this as a low priority, I might investigate later though.

Sat, May 14, 1:04 PM · Gerrit
AlexisJazz updated the task description for T308382: Error 500 (Server Error): Internal server error: Endpoint: /changes/*~*/comments.
Sat, May 14, 11:12 AM · Gerrit
AlexisJazz renamed T308382: Error 500 (Server Error): Internal server error: Endpoint: /changes/*~*/comments from Endpoint: /changes/*~*/comments to Error 500 (Server Error): Internal server error: Endpoint: /changes/*~*/comments.
Sat, May 14, 11:09 AM · Gerrit
AlexisJazz updated the task description for T308239: Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+.
Sat, May 14, 11:05 AM · Growth-Team, Notifications
AlexisJazz created T308382: Error 500 (Server Error): Internal server error: Endpoint: /changes/*~*/comments.
Sat, May 14, 11:02 AM · Gerrit

Fri, May 13

Krinkle awarded T308311: TypeError: navigator.sendBeacon is not a function a Orange Medal token.
Fri, May 13, 9:37 PM · MW-1.39-notes (1.39.0-wmf.12; 2022-05-16), Metrics-Platform, Analytics
AlexisJazz added a comment to T306181: intake-analytics is responsible for up to a 85% of varnish backend fetch errors.

The 50% bump in capacity didn't make any noticeable difference this time around. :-(

Thanks for trying it and it's still a useful experiment.

There was some discussion on another ticket today, which seems likely to be related: T295427: Problem with delay caused by intake-analytics.wikimedia.org

My hope is that we might be able to use those reports to identify some test cases that always (or often) cause delayed responses or errors in intake-analytics.wikimedia.org
If we can do that then I can use some mitmproxy based investigation into why it's happening.

Fri, May 13, 7:34 PM · Data-Engineering-Kanban, Data-Engineering, SRE, Traffic
AlexisJazz added a comment to T308335: Magic word to insert a newline.

With a template that transcludes as a newline, using {{#tag:}} for this seems to work well on my local wiki:

{{#tag:syntaxhighlight|#!/bin/sh{{newline}}echo "hello"|lang=sh}}

image.png (123×525 px, 9 KB)

(Note that on enwiki, Template:NewlineTemplate:Break inserts a <br> instead. I couldn’t find an existing template that transcludes to a single newline, though I also didn’t search for too long.)

Fri, May 13, 6:51 PM · SyntaxHighlight
AlexisJazz updated the task description for T308335: Magic word to insert a newline.
Fri, May 13, 3:32 PM · SyntaxHighlight
AlexisJazz updated the task description for T308335: Magic word to insert a newline.
Fri, May 13, 3:31 PM · SyntaxHighlight
AlexisJazz created T308335: Magic word to insert a newline.
Fri, May 13, 3:28 PM · SyntaxHighlight
AlexisJazz added a comment to T295427: Problem with delay caused by intake-analytics.wikimedia.org.

Any evidence of requests to these endpoints timing out or resultng in 503 errors for the client, especially if they are repeatable, is something that could well provide a useful reference point for me to investigate further.

503? Reminds me of all the connection issues on beta cluster: T289029, T303160, T303165, T302699, T300525. Probably not related, I think, I assume intake-analytics doesn't run on the same stuff beta cluster runs on, but I don't really know.

Fri, May 13, 11:25 AM · Data-Engineering, Data-Engineering-Kanban, Analytics, Event-Platform, Metrics-Platform, Browser-Support-Microsoft-Edge
AlexisJazz added a comment to T308311: TypeError: navigator.sendBeacon is not a function.

No problem, thanks for fixing!

Fri, May 13, 11:04 AM · MW-1.39-notes (1.39.0-wmf.12; 2022-05-16), Metrics-Platform, Analytics
AlexisJazz added a comment to T295427: Problem with delay caused by intake-analytics.wikimedia.org.

The latter seems more likely to me but it doesn't explain why the request to https://intake-analytics.wikimedia.org is not resolving quickly but timing out (and that timeout being on the order of minutes).

I'm wondering if maybe the issue could be caused by an unresponsive DNS, proxy that refuses the beacon or some web accelerator software.

Fri, May 13, 10:28 AM · Data-Engineering, Data-Engineering-Kanban, Analytics, Event-Platform, Metrics-Platform, Browser-Support-Microsoft-Edge
AlexisJazz updated the task description for T308311: TypeError: navigator.sendBeacon is not a function.
Fri, May 13, 10:16 AM · MW-1.39-notes (1.39.0-wmf.12; 2022-05-16), Metrics-Platform, Analytics
AlexisJazz created T308311: TypeError: navigator.sendBeacon is not a function.
Fri, May 13, 10:01 AM · MW-1.39-notes (1.39.0-wmf.12; 2022-05-16), Metrics-Platform, Analytics

Thu, May 12

AlexisJazz updated the task description for T308296: Transparency of .webp file fails depending on exact thumbnail size.
Thu, May 12, 11:14 PM · Thumbor
AlexisJazz created T308296: Transparency of .webp file fails depending on exact thumbnail size.
Thu, May 12, 11:11 PM · Thumbor
AlexisJazz added a comment to T308239: Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+.

What does "all notifications" show, just out of interest?

Thu, May 12, 12:41 PM · Growth-Team, Notifications
AlexisJazz renamed T308239: Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+ from Betacommons: I have 99+ new alerts except not really it's only 25 to Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+.
Thu, May 12, 12:38 PM · Growth-Team, Notifications
AlexisJazz updated the task description for T308239: Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+.
Thu, May 12, 12:37 PM · Growth-Team, Notifications
AlexisJazz updated the task description for T308239: Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+.
Thu, May 12, 12:33 PM · Growth-Team, Notifications
AlexisJazz created T308239: Betacommons: I have 99+ new alerts except not really it's only 25, except it's really 99+.
Thu, May 12, 12:32 PM · Growth-Team, Notifications
AlexisJazz added a comment to T307862: Search on betacommons is not indexing anything.

I just uploaded https://commons.wikimedia.beta.wmflabs.org/wiki/File:Jason_Shaw_-_Big_Car_Theft.ogg. MP3 transcode worked. Not showing up in search yet, maybe needs more time.

Thu, May 12, 10:19 AM · Discovery-Search (Current work), Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, MediaWiki-Core-JobQueue, CirrusSearch

Wed, May 11

AlexisJazz added a comment to T68606: Media viewer fails to give credit to all people in specific circumstances.

Solutions:

  1. We fix the api to not have the API scrape ONLY the first creator from the creator box (see my patch)

Every little bit helps, but it won't be enough. FoP (Freedom of Panorama) is another issue when it comes to informing re-users.

Wed, May 11, 3:25 PM · Patch-For-Review, Multimedia, CommonsMetadata, MediaViewer

Tue, May 10

AlexisJazz closed T307264: Minerva section collapse is an event on H1/H2, wouldn't .mw-headline and icon be more sensible? as Declined.

Screw it, I've worked around it anyway.

Tue, May 10, 5:30 PM · MediaWiki-Interface (collapsible elements), MinervaNeue
AlexisJazz added a comment to T307851: Switch skin per device.

@TheDJ just thinking out loud: for this particular purpose, maybe we shouldn't even bother (at least not initially) with device detection. If a user wants a different skin on some device/browser they own, let them indicate that themselves on the device in question and serve the chosen skin on that device from then on. The problem to be solved, which will happen when I create a script for this, is an involuntary page reload when opening a Wikimedia site on a device that requires a different skin from the last used device. An involuntary reload several times a day as a user switches between their phone and laptop is not particularly pretty, an involuntary reload once a week as a cookie expires, meh, not a dealbreaker.

This one I don't fully understand.. we'd still want to entice people to edit right ? we want them to read a talk page message if they get send (and if they work) ?

Yes and no, I guess. The vast majority of visitors are readers. You can shove an "edit" button in their face for 50 years and they'll never use it. There's no point in wasting their screen estate. They'll never receive a talk page message, or if they do, it's because they share their IP with someone else.

Tue, May 10, 2:08 PM · MediaWiki-General
AlexisJazz added a comment to T307851: Switch skin per device.

Just stop saying it can't be done and start thinking about how it COULD be done.

@AlexisJazz: Please refrain from getting personal and keep things constructive. Thanks.

Did you already forget T307851#7912034?? (double question marks! aaaargh!) You are not helping to keep things constructive. You're not de-escalating either. Maybe you think you are, but with comments like these (and you post these on regular basis) you're really not.

Tue, May 10, 9:35 AM · MediaWiki-General
AlexisJazz added a subtask for T142981: Provide a single entry point for notification that anticipates the urgency of the notifications received: T306737: On Minerva desktop, notification icon only opens alerts (never notifications).
Tue, May 10, 8:42 AM · Growth-Team-Filtering, Growth-Team, Notifications
AlexisJazz added a parent task for T306737: On Minerva desktop, notification icon only opens alerts (never notifications): T142981: Provide a single entry point for notification that anticipates the urgency of the notifications received.
Tue, May 10, 8:42 AM · MinervaNeue (Desktop), Growth-Team, Notifications
AlexisJazz reopened T306737: On Minerva desktop, notification icon only opens alerts (never notifications) as "Open".

Obviously not a duplicate. Subtask at best.

Tue, May 10, 8:42 AM · MinervaNeue (Desktop), Growth-Team, Notifications
AlexisJazz updated subscribers of T307851: Switch skin per device.

If you can serve a different skin by appending ?useskin=minerva, why can't you do it with a cookie?

In a nutshell that query string bypasses caching altogether. I suggest you read up on https://wikitech.wikimedia.org/wiki/Caching_overview

This task is impractical.

Tue, May 10, 8:37 AM · MediaWiki-General
AlexisJazz reopened T307851: Switch skin per device as "Open".

This is not a duplicate. I'm not asking for Timeless on the mobile domain. More than that, I don't care about the mobile domain at all, the mobile domain should just die.

Tue, May 10, 12:10 AM · MediaWiki-General

Mon, May 9

AlexisJazz updated subscribers of T307862: Search on betacommons is not indexing anything.

Some relation with T302699 ? @Majavah @Zabe @dom_walden ?

Mon, May 9, 11:08 PM · Discovery-Search (Current work), Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, MediaWiki-Core-JobQueue, CirrusSearch
AlexisJazz added a comment to T307848: Minerva desktop does not display amboxes.

The Minerva overlays create a modal window so they only work with MobileFrontend installed. I think it would be fine to conditionally load this code on desktop too, as some third parties use Minerva without MobileFrontend.

Noting that on desktop modals take up the full screen and look terrible (see T146329 which was declined due to a lack of bandwidth). I'm hoping the work on Codex will provide a better path to building overlays inside the Minerva desktop experience but last time we checked Minerva desktop usage was very very low.

Screen Shot 2022-05-09 at 11.30.55 AM.png (1×2 px, 197 KB)

Mon, May 9, 10:59 PM · patch-welcome, MinervaNeue (Desktop)
AlexisJazz added a comment to T281223: MediaWiki\Revision\RevisionAccessException: Failed to load data blob from tt:9375723: Bad data in text row 9375723. Use findBadBlobs.php to remedy.. If this problem persist, use the findBadBlobs maintenance script to investigate the issue and mark bad blobs..

https://nl.wiktionary.org/w/index.php?oldid=22&uselang=en
[79d39db3-ed1e-440d-b472-e0453f2bad40] 2022-05-09 22:41:06: Fatal exception of type "MediaWiki\Revision\RevisionAccessException"

Mon, May 9, 10:41 PM · MediaWiki-Core-Revision-backend, Platform Team Workboards (Clinic Duty Team), Wikimedia-production-error