Page MenuHomePhabricator

AlexisJazz
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

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

Recent Activity

Today

AlexisJazz added a comment to T299724: Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts.

starttimestamp is to detect conflicts with page deletion and avoids recreation of the page if deleted in the meantime
basetimestamp/baserevid is used for edit conflict detection and avoids override of the page content if edited in the meantime

Fri, Jan 21, 4:58 PM · MediaWiki-Page-editing, MediaWiki-API
AlexisJazz added a comment to T299724: Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts.

I think the intended usage is to specify both starttimestamp and basetimestamp:

  • starttimestamp is the timestamp of when the user opened the editor, you can ask MediaWiki for the current time by adding &curtimestamp=1 to any other query, example (this avoids dealing with timezones, time formatting, and unsynchronized clocks between the client and server)
  • basetimestamp is the timestamp of the latest revision of the page at the time when the user opened the editor, obtained from the prop=revisions query (you can get the page wikitext using the same query)

Note that basetimestamp is almost-but-not-quite deprecated (T58849), and baserevid should be used instead.

api.postWithEditToken( {
format: 'json', title: 'User_talk:AJ-test', action: 'edit', summary: 'test', text: '==section test 1==\ntest barfoo8 this edit has a basetimestamp and starttimestamp of 2022-01-20T22:56:34Z', starttimestamp: '2022-01-20T22:56:34Z', basetimestamp: '2022-01-20T22:56:34Z'
} )

Yeah, that got rejected as an edit conflict!
Okay. If you don't mind me asking: why do starttimestamp and basetimestamp exist and why would both be required? If you have basetimestamp, you could just throw starttimestamp away. If you have starttimestamp, you could simply look for the last revision that predates starttimestamp. The only point of that is to avoid making a request to obtain the actual revision ID/time. But if starttimestamp doesn't work without basetimestamp, what's the point anyway?

Fri, Jan 21, 1:49 AM · MediaWiki-Page-editing, MediaWiki-API

Yesterday

AlexisJazz renamed T299724: Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts from Use of starttimestamp doesn't seem to prevent edit conflicts to Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts.
Thu, Jan 20, 11:14 PM · MediaWiki-Page-editing, MediaWiki-API
AlexisJazz added a comment to T299724: Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts.
var api = new mw.Api();
api.postWithEditToken( {
format: 'json', title: 'User_talk:AJ-test', action: 'edit', summary: 'test', text: '==section test 1==\ntest barfoo7 this edit has a basetimestamp of 2022-01-20T22:56:34Z', basetimestamp: '2022-01-20T22:56:34Z'
} ).done( function ( data ) {
} );

Result: https://commons.wikimedia.beta.wmflabs.org/w/index.php?title=User_talk:AJ-test&diff=258468&oldid=258467

Thu, Jan 20, 11:10 PM · MediaWiki-Page-editing, MediaWiki-API
AlexisJazz updated the task description for T299724: Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts.
Thu, Jan 20, 10:59 PM · MediaWiki-Page-editing, MediaWiki-API
AlexisJazz created T299724: Use of starttimestamp or basetimestamp in API calls doesn't seem to prevent edit conflicts.
Thu, Jan 20, 10:49 PM · MediaWiki-Page-editing, MediaWiki-API

Tue, Jan 18

AlexisJazz added a comment to T89692: CommonsMetadata cannot differentiate between license of the image and other licenses .

There is https://www.wikidata.org/wiki/Q19754486 (Template:Photo of art / Template:Licensed-PD)

Tue, Jan 18, 7:33 PM · Multimedia, WMF-Legal, CommonsMetadata

Sun, Jan 16

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

I should probably give an example, to show the problem is widespread.

https://en.wikipedia.org/wiki/Wilkinson_Call#/media/File:Wilkinson_Call_-_Brady-Handy.jpg

Two creators, Media Viewer strips one from the list.

Sun, Jan 16, 5:44 PM · Multimedia, CommonsMetadata, MediaViewer

Fri, Jan 14

AlexisJazz updated subscribers of T293959: 1.38.0-wmf.18 deployment blockers.

@Nardog I did a quick search and found https://en.wikipedia.org/wiki/User:Nardog/IPAInput-core.js and https://en.wikipedia.org/wiki/User:Ykhwong/Gadget-tabPreview.js that include "aria-disabled" and some OOUI stuff. Don't know if either will be affected though.

Fri, Jan 14, 5:38 PM · Patch-For-Review, Release-Engineering-Team (Next), Release, Train Deployments
AlexisJazz updated subscribers of T293959: 1.38.0-wmf.18 deployment blockers.
Risky Patch! 🚂🔥
  • Change: https://gerrit.wikimedia.org/r/753557 Update OOUI to v0.43.0
  • Summary: OOUI v0.43.0 is an unusually big release, with an unusual amount of refactoring and cleanup. There may be bugs and accidental compatibility breaks. Looks like T299191 is the first one (and some would-be bugs were caught by unit tests in various extensions).
Fri, Jan 14, 1:58 PM · Patch-For-Review, Release-Engineering-Team (Next), Release, Train Deployments
AlexisJazz updated subscribers of T299189: "undefined debug mode" on betacommons.

@Perhelion

Fri, Jan 14, 12:50 PM · Beta-Cluster-reproducible
AlexisJazz added a comment to T293958: 1.38.0-wmf.17 deployment blockers.

Can't remember where I'm supposed to report possible blockers, but it seems serious.

Fri, Jan 14, 2:59 AM · Patch-For-Review, Release-Engineering-Team (Next), Release, Train Deployments
AlexisJazz created T299191: Unable to edit on beta cluster while logged in: Cannot unpack array with string keys.
Fri, Jan 14, 2:51 AM · MW-1.38-notes (1.38.0-wmf.18; 2022-01-17), MediaWiki-Page-editing, Beta-Cluster-reproducible
AlexisJazz created T299189: "undefined debug mode" on betacommons.
Fri, Jan 14, 2:30 AM · Beta-Cluster-reproducible

Tue, Jan 11

AlexisJazz added a comment to T298970: Add a wiki that doesn't use the Gregorian calendar to beta cluster.

Do you plan to use that wiki for some specific tests? Is there anyone else planning to? Setting up a wiki is non-trivial work, and we shouldn't do that just because theoretically someone might need it.

Tue, Jan 11, 5:44 PM · Wiki-Setup, Beta-Cluster-Infrastructure
AlexisJazz created T298970: Add a wiki that doesn't use the Gregorian calendar to beta cluster.
Tue, Jan 11, 12:58 PM · Wiki-Setup, Beta-Cluster-Infrastructure
AlexisJazz updated the task description for T298968: Clarify the meaning of struck links on Special:SiteMatrix.
Tue, Jan 11, 12:39 PM · SiteMatrix
AlexisJazz created T298968: Clarify the meaning of struck links on Special:SiteMatrix.
Tue, Jan 11, 12:38 PM · SiteMatrix
AlexisJazz closed T298965: Unable to log in on aa.wikipedia.beta.wmflabs.org as Invalid.

https://meta.wikimedia.beta.wmflabs.org/wiki/Special:SiteMatrix should have been more clear this is a closed test wiki.

Tue, Jan 11, 12:07 PM · MediaWiki-User-login-and-signup, Beta-Cluster-Infrastructure
AlexisJazz created T298965: Unable to log in on aa.wikipedia.beta.wmflabs.org.
Tue, Jan 11, 12:06 PM · MediaWiki-User-login-and-signup, Beta-Cluster-Infrastructure
AlexisJazz added a comment to T298884: Expose wgLocaltimezone through mw.config.

On thwikibooks, you'll have worse problems, as the Thai projects also use a different calendar – note how all the dates are in 2562 or so.

I hadn't actually tested it yet so I added the timezone for thwikibooks to Bawl to see. It actually does work even without that, but you have a valid point: I should add support for various calendars as this relies on a less accurate fallback method. Still won't be as annoying as having to make an API call to get the timezone.

Tue, Jan 11, 2:56 AM · MediaWiki-General, JavaScript

Mon, Jan 10

AlexisJazz updated subscribers of T298884: Expose wgLocaltimezone through mw.config.

@AlexisJazz: Maybe I misunderstood - are there different gadgets currently using *different* (emphasis mine) approaches to get that same wgLocaltimezone data (so their approaches should be standardized)?

Mon, Jan 10, 11:16 PM · MediaWiki-General, JavaScript
AlexisJazz updated subscribers of T298884: Expose wgLocaltimezone through mw.config.

(This doesn't look like something frontend, or to standardize across several codebases.)

Mon, Jan 10, 9:40 PM · MediaWiki-General, JavaScript
AlexisJazz updated the task description for T298884: Expose wgLocaltimezone through mw.config.
Mon, Jan 10, 4:28 PM · MediaWiki-General, JavaScript
AlexisJazz updated the task description for T298884: Expose wgLocaltimezone through mw.config.
Mon, Jan 10, 4:19 PM · MediaWiki-General, JavaScript
AlexisJazz created T298884: Expose wgLocaltimezone through mw.config.
Mon, Jan 10, 2:31 PM · MediaWiki-General, JavaScript

Fri, Jan 7

AlexisJazz added a comment to T297192: Redlinked username in page history edit summaries despite a global user page existing.

Still an issue.

Fri, Jan 7, 7:45 PM · Beta-Cluster-reproducible, MediaWiki-Comment-store

Mon, Jan 3

AlexisJazz added a comment to T298422: Indicate bot edits in Special:Contributions, history and diffs like in Special:Watchlist.

As far as I know wether an edit is a bot edit is only saved in the recentchanges table, which only contains changes which are less than $wgRCMaxAge seconds (default value is 90 days) old. So that would need to be changed first, before this can really be tackled.

Mon, Jan 3, 10:08 AM · MediaWiki-Page-diffs, MediaWiki-Page-history, MediaWiki-Special-pages

Sat, Jan 1

AlexisJazz updated subscribers of T298427: Zotero translator needed to get correct author for Condé Nast requests.

@GoingBatty asked me to report this in https://en.wikipedia.org/wiki/User_talk:GoingBatty#Removed/fixed_incorrect_author_parameter(s) as their bot routinely wipes Condé Nast.

Sat, Jan 1, 6:07 PM · VisualEditor, Citoid
AlexisJazz created T298427: Zotero translator needed to get correct author for Condé Nast requests.
Sat, Jan 1, 6:05 PM · VisualEditor, Citoid
AlexisJazz reopened T298422: Indicate bot edits in Special:Contributions, history and diffs like in Special:Watchlist as "Open".

@Bugreporter I don't think this is a duplicate. T13181 is from 2007 and the comments suggest that edits couldn't be marked as bot edits at all back then. Now they can ( see https://en.wikipedia.org/w/api.php?action=help&modules=edit) and the watchlist uses this information, but other pages do not.

Sat, Jan 1, 11:44 AM · MediaWiki-Page-diffs, MediaWiki-Page-history, MediaWiki-Special-pages
AlexisJazz updated the task description for T298422: Indicate bot edits in Special:Contributions, history and diffs like in Special:Watchlist.
Sat, Jan 1, 10:37 AM · MediaWiki-Page-diffs, MediaWiki-Page-history, MediaWiki-Special-pages
AlexisJazz created T298422: Indicate bot edits in Special:Contributions, history and diffs like in Special:Watchlist.
Sat, Jan 1, 10:37 AM · MediaWiki-Page-diffs, MediaWiki-Page-history, MediaWiki-Special-pages

Fri, Dec 31

AlexisJazz added a comment to T298407: Tracking categories for files with duplicates.

Who/what adds "The following file is a duplicate of this file:" to pages? What is the current workflow?

Fri, Dec 31, 2:08 PM · MediaWiki-Categories, Commons, MediaWiki-File-management
AlexisJazz created T298407: Tracking categories for files with duplicates.
Fri, Dec 31, 12:19 PM · MediaWiki-Categories, Commons, MediaWiki-File-management

Sun, Dec 26

AlexisJazz updated the task description for T298325: mw-history-revisionactions should not share width with "Select" items when there is only page creation.
Sun, Dec 26, 7:55 AM · CSS, MediaWiki-Page-history
AlexisJazz updated the task description for T298325: mw-history-revisionactions should not share width with "Select" items when there is only page creation.
Sun, Dec 26, 7:54 AM · CSS, MediaWiki-Page-history
AlexisJazz created T298325: mw-history-revisionactions should not share width with "Select" items when there is only page creation.
Sun, Dec 26, 7:53 AM · CSS, MediaWiki-Page-history

Dec 10 2021

AlexisJazz updated the task description for T297479: FileImporter should date Now Commons tags.
Dec 10 2021, 11:32 AM · Move-Files-To-Commons
AlexisJazz created T297479: FileImporter should date Now Commons tags.
Dec 10 2021, 11:31 AM · Move-Files-To-Commons

Dec 9 2021

AlexisJazz updated the task description for T297373: Thumbnail for interactive SVG file is rendered incorrectly below 160px.
Dec 9 2021, 6:33 PM · Beta-Cluster-reproducible, Thumbor
AlexisJazz updated the task description for T297373: Thumbnail for interactive SVG file is rendered incorrectly below 160px.
Dec 9 2021, 6:28 PM · Beta-Cluster-reproducible, Thumbor
AlexisJazz added a comment to T297373: Thumbnail for interactive SVG file is rendered incorrectly below 160px.

Maybe duplicate of T20463 see https://commons.wikimedia.org/wiki/Librsvg_bugs#Pattern

@AlexisJazz : Could you provide a Minimal (not) working example

Dec 9 2021, 6:25 PM · Beta-Cluster-reproducible, Thumbor
AlexisJazz added a project to T297373: Thumbnail for interactive SVG file is rendered incorrectly below 160px: Beta-Cluster-reproducible.
Dec 9 2021, 11:52 AM · Beta-Cluster-reproducible, Thumbor
AlexisJazz created T297373: Thumbnail for interactive SVG file is rendered incorrectly below 160px.
Dec 9 2021, 11:52 AM · Beta-Cluster-reproducible, Thumbor
AlexisJazz added a project to T297192: Redlinked username in page history edit summaries despite a global user page existing: Beta-Cluster-reproducible.
Dec 9 2021, 11:36 AM · Beta-Cluster-reproducible, MediaWiki-Comment-store
AlexisJazz added a comment to T297192: Redlinked username in page history edit summaries despite a global user page existing.

Also reproducible on beta cluster: https://commons.wikimedia.beta.wmflabs.org/w/index.php?title=User:AJ/Sandbox&diff=257063&oldid=257062

Dec 9 2021, 11:36 AM · Beta-Cluster-reproducible, MediaWiki-Comment-store

Dec 7 2021

AlexisJazz updated the task description for T297192: Redlinked username in page history edit summaries despite a global user page existing.
Dec 7 2021, 12:12 PM · Beta-Cluster-reproducible, MediaWiki-Comment-store
AlexisJazz updated the task description for T297192: Redlinked username in page history edit summaries despite a global user page existing.
Dec 7 2021, 12:08 PM · Beta-Cluster-reproducible, MediaWiki-Comment-store
AlexisJazz created T297192: Redlinked username in page history edit summaries despite a global user page existing.
Dec 7 2021, 12:04 PM · Beta-Cluster-reproducible, MediaWiki-Comment-store

Dec 5 2021

AlexisJazz updated the task description for T297065: Striped 120px thumbnail for a specific image.
Dec 5 2021, 3:15 PM · Thumbor
AlexisJazz created T297065: Striped 120px thumbnail for a specific image.
Dec 5 2021, 3:14 PM · Thumbor

Nov 30 2021

AlexisJazz added a comment to T296505: OOUI "settings" icon does not display on file pages on production.

This is expected. Icons are not all always loaded, they must be loaded by the code that is using them.

To do that, you'd load a ResourceLoader module named oojs-ui.styles.icons-<pack>, where <pack> is chosen from the list at https://doc.wikimedia.org/oojs-ui/master/demos/?page=icons. For example, the 'settings' icon is a part of the 'interactions' pack, so you'd load oojs-ui.styles.icons-interactions. (You can also add the module to dependencies if you're building a gadget.)

Note that you also need to load the ResourceLoader modules for the OOUI code you're using, or just oojs-ui to load them all. When I try your snippet while logged out, I get an error saying that ButtonWidget is undefined.

So, overall, you'll need something like this:

mw.loader.using( [ 'oojs-ui', 'oojs-ui.styles.icons-interactions' ] ).then( function () {
	button = new OO.ui.ButtonWidget( { framed: false, icon: 'settings', label: 'Settings', id: 'test', invisibleLabel: false } );
	$( '.vector-menu-content' ).append(button.$element);
} );
Nov 30 2021, 5:30 PM · OOUI

Nov 25 2021

AlexisJazz created T296505: OOUI "settings" icon does not display on file pages on production.
Nov 25 2021, 11:26 PM · OOUI

Nov 24 2021

AlexisJazz added a comment to T287327: Option to not insert a summary header when uploading files using Special:Upload.

I don't think this use case is so common that it justifies adding yet another user preference.

Nov 24 2021, 10:57 AM · MediaWiki-Uploading, Commons

Nov 23 2021

AlexisJazz reopened T289029: 502, connect failed for intake-analytics.wikimedia.beta.wmflabs.org as "Open".

It's broken again.

Nov 23 2021, 8:41 PM · User-Urbanecm, Beta-Cluster-reproducible, Beta-Cluster-Infrastructure, Analytics
AlexisJazz updated the task description for T296316: Image gallery on a file page from Commons becomes a bulleted list when viewed on another project.
Nov 23 2021, 5:47 PM · Beta-Cluster-reproducible, Commons, MediaWiki-Gallery
AlexisJazz created T296316: Image gallery on a file page from Commons becomes a bulleted list when viewed on another project.
Nov 23 2021, 5:46 PM · Beta-Cluster-reproducible, Commons, MediaWiki-Gallery

Nov 21 2021

AlexisJazz added a comment to T296125: Fatal error: Uncaught ConfigException: Failed to load configuration from etcd.

Web requests to the Beta cluster (e.g. https://en.wikipedia.beta.wmflabs.org/) are currently broken with the same message, but were still working 2 hours ago (otherwise this CI build, which makes requests against Beta, would’ve failed).

Request ID: YZke7tJMQlo-5vnBpYjveAAAAEk
Uncaught ConfigException: Failed to load configuration from etcd: (curl error: 60) SSL peer certificate or SSH remote key was not OK in /srv/mediawiki/php-master/includes/config/EtcdConfig.php:205

Nov 21 2021, 12:40 AM · Puppet, Infrastructure-Foundations, Beta-Cluster-Infrastructure, Release-Engineering-Team, Scap

Nov 19 2021

AlexisJazz added a comment to T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021..

Yes I've noticed that but it still impacted the whole of beta. Someone can dig on the task from yesterday into why it lasted so little time.

Nov 19 2021, 10:11 PM · Beta-Cluster-Infrastructure, Beta-Cluster-reproducible, HTTPS
AlexisJazz added a comment to T296000: *.beta.wmflabs.org Certificate has expired (November 2021 edition).

@Urbanecm: can you check the upload hosts? I believe something needs restarting for them.

Reloaded trafficserver-tls at cache-upload06, and it works for me now. Acmechief already distributed the right cert, so a reload was the last missing thing.

Nov 19 2021, 10:08 PM · Beta-Cluster-Infrastructure
AlexisJazz added a comment to T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021..

Upload hosts are just more broken than the rest. Yes I'm 1000% sure it's the exact same issue and it's the exact same steps to fix as it has been every 90 days for the last I've forgot how long.

Nov 19 2021, 10:01 PM · Beta-Cluster-Infrastructure, Beta-Cluster-reproducible, HTTPS
AlexisJazz added a comment to T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021..

@RhinosF1 : en.wikipedia.beta.wmflabs.org is already working again but upload.wikimedia.beta.wmflabs.org isn't.

It's the same issue but it's just not been finished.

Nov 19 2021, 9:58 PM · Beta-Cluster-Infrastructure, Beta-Cluster-reproducible, HTTPS
AlexisJazz added a comment to T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021..

@RhinosF1 : en.wikipedia.beta.wmflabs.org is already working again but upload.wikimedia.beta.wmflabs.org isn't.

Nov 19 2021, 9:55 PM · Beta-Cluster-Infrastructure, Beta-Cluster-reproducible, HTTPS
AlexisJazz added a parent task for T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021.: T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Nov 19 2021, 9:52 PM · Beta-Cluster-Infrastructure, Beta-Cluster-reproducible, HTTPS
AlexisJazz added a subtask for T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy: T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021..
Nov 19 2021, 9:52 PM · Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz created T296113: The certificate for upload.wikimedia.beta.wmflabs.org expired on November 18, 2021..
Nov 19 2021, 9:52 PM · Beta-Cluster-Infrastructure, Beta-Cluster-reproducible, HTTPS

Nov 4 2021

AlexisJazz added a comment to T280926: Various errors when trying to upload large files (Could not acquire lock, Service Temporarily Unavailable, 503 Backend fetch failed, 502 Next Hop Connection Failed).
Nov 4 2021, 12:20 PM · Structured-Data-Backlog, SRE, Structured Data Engineering, Traffic, MediaWiki-Uploading, Commons, Wikimedia-production-error

Nov 2 2021

AlexisJazz added a comment to T292954: [epic] large file uploads to commons.

I tried again to upload a 491 MB TIFF file from https://archive.org/details/clevelandart-1916.1044-gardener-s-house-at and it failed
Direct link: https://archive.org/download/clevelandart-1916.1044-gardener-s-house-at/1916.1044_full.tif
(upload-by-url on Commons)

Request from 90.112.25.87 via cp3064 cp3064, Varnish XID 452004418
Error: 503, Backend fetch failed at Sun, 31 Oct 2021 20:15:12 GMT

MediaWiki has a 180 second (3 minutes) timeout that it has to download the file in. It took me ~4 minutes to download the file at home, and AFAICT the bandwidth limitation is not on my side. On a production appserver it's even slower, currently saying it's going to take 15 minutes (I wonder if they're rate limiting us?) - see P17649. Now, even if the file does download in 180 seconds, there's a 200 second overall MediaWiki timeout. So it would need to upload to Swift, extract metadata, and update the databases in 20 seconds, which is cutting it pretty close. Unfortunately there's no chunked-upload-by-url system I'm aware of, in the meantime I think the best solution is to download the file locally or to Toolforge and then chunked upload to Commons.

Nov 2 2021, 12:23 PM · Epic, MediaWiki-Uploading

Oct 30 2021

AlexisJazz added a comment to T278104: Unable to upload to Commons: uploadstash-file-not-found: Key "187kyl5ozj74.xtav8j.51508.djvu" not found in stash.

Copy of my comment on T292954#7469361:

Oct 30 2021, 8:35 AM · SRE-swift-storage, User-Inductiveload
AlexisJazz added a comment to T292954: [epic] large file uploads to commons.

Just noting that I had a lot of trouble uploading a large file: y2commons didn't work, ChunkedUpload didn't work, publishing from my stash didn't work (a half-dozen times), and one last try at ChunkedUpload/stash failed so badly that the special page for my stash wouldn't load. I have no clue what is up. Another user helped me by uploading the file to en.wp but it needs to be ported over to Commons and overwrite the malformed version there: https://en.wikipedia.org/wiki/File:David_Pakman_talks_to_Rebel_Wisdom_about_politics_and_media.webm

Can anyone do that?

*Edit*: Oh, the above.

Oct 30 2021, 8:18 AM · Epic, MediaWiki-Uploading
AlexisJazz added a comment to T292954: [epic] large file uploads to commons.

Using bigChunkedUpload.js I uploaded a 921MB video:

Oct 30 2021, 12:01 AM · Epic, MediaWiki-Uploading

Oct 25 2021

AlexisJazz added a comment to T293946: Enable talk for mobile users on enwiki.
Oct 25 2021, 9:43 AM · Readers-Web-Backlog (Kanbanana-FY-2021-22), User-Juan90264, Advanced Mobile Contributions, Wikimedia-Site-requests

Oct 24 2021

AlexisJazz updated subscribers of T293946: Enable talk for mobile users on enwiki.

@Jdforrester-WMF please remove your -1 from https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/732705/ or change it into a +1. Developers shouldn't stand in the way of deploying a change the community has voted for because of their personal opinion.

Oct 24 2021, 9:32 PM · Readers-Web-Backlog (Kanbanana-FY-2021-22), User-Juan90264, Advanced Mobile Contributions, Wikimedia-Site-requests

Oct 23 2021

AlexisJazz added a comment to T293946: Enable talk for mobile users on enwiki.

Hey everybody, we’ve done an initial review on this request and have come up with the following as a rough outline of the process we’d like to follow before implementing the change:

  • Before implementing the change, we would like to collectively define some success criteria for the feature (this is standard practice for any new feature introduction on the mobile site). In particular, we’re interested in measuring any significant increase to revert rates to edits on talk pages. In the past, we’ve studied how anons and new editors approach the talk page on mobile and have noted some amount of confusion - people think it’s a general discussion, similar to a comments section on other websites, while others assume it’s a place to ask questions about the wikis in general, such as “how do I edit?” I think this creates a potential risk for high revert rates on mobile.
  • We would also like to research whether readers who are not attempting to edit will understand the purpose of a talk page link shown at a prominent location. We can focus on performing some additional research on readers that will allow us to understand how these readers will interact with the link. A potential evaluation here might include studying how long people spend on a talk page after they click, as well as additional user testing focused on understanding their expectations for the page.
  • I know the goal of adding the talk page link is to make it easier to discuss with anonymous editors. Are there any additional things we want to measure around this goal? For example, we could look at a decrease in reverts for anons overall, or an overall decrease in blocks to all anon editors.

Potential next steps:

  1. We can begin by adding the talk link to the bottom of the page, which would alleviate the concern for creating confusion for readers above. This implementation would still carry some risk for revert rates, however, so we should be ready to report on reverts to talk page edits before and after the change. In terms of timeline, if no new instrumentation is required, we can make the first change within two weeks of agreeing on the success criteria.
  2. If the revert rates from the first change are within a reasonable range (TBD), continue with identifying potential user testing scenarios for readers. Due to other commitments, the timeline for this would be within the next 4-5 months.

How does all this sound?

Oct 23 2021, 4:58 AM · Readers-Web-Backlog (Kanbanana-FY-2021-22), User-Juan90264, Advanced Mobile Contributions, Wikimedia-Site-requests

Oct 22 2021

AlexisJazz changed the subtype of T294044: Thumbnail resolutions not sorted by size (SVG original size at the end) from "Bug Report" to "Design".
Oct 22 2021, 3:57 AM · Commons, MediaWiki-File-management
AlexisJazz updated the task description for T294044: Thumbnail resolutions not sorted by size (SVG original size at the end).
Oct 22 2021, 3:53 AM · Commons, MediaWiki-File-management
AlexisJazz added a comment to T294044: Thumbnail resolutions not sorted by size (SVG original size at the end).

(Please include relevant info.) The original file is ‎(SVG file, nominally 1,350 × 500 pixels, file size: 4 KB) and that seems to be sorted last here.

Oct 22 2021, 3:51 AM · Commons, MediaWiki-File-management

Oct 21 2021

AlexisJazz created T294044: Thumbnail resolutions not sorted by size (SVG original size at the end).
Oct 21 2021, 5:05 PM · Commons, MediaWiki-File-management

Oct 19 2021

AlexisJazz updated subscribers of T293701: Special:Undelete for a file on betacommons fails (502, Next Hop Connection Failed).

Is this a dupe of T293558?

Oct 19 2021, 11:07 AM · Commons, MediaWiki-Page-deletion, MediaWiki-File-management, Beta-Cluster-reproducible

Oct 18 2021

AlexisJazz updated the task description for T293701: Special:Undelete for a file on betacommons fails (502, Next Hop Connection Failed).
Oct 18 2021, 9:00 PM · Commons, MediaWiki-Page-deletion, MediaWiki-File-management, Beta-Cluster-reproducible
AlexisJazz created T293701: Special:Undelete for a file on betacommons fails (502, Next Hop Connection Failed).
Oct 18 2021, 8:59 PM · Commons, MediaWiki-Page-deletion, MediaWiki-File-management, Beta-Cluster-reproducible
AlexisJazz added a project to T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy: Epic.
Oct 18 2021, 12:46 PM · Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure

Oct 17 2021

AlexisJazz renamed T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy from [epic] The certificate for upload.wikimedia.beta.wmflabs.org expires every 3 months to [epic] The SSL certificate for Beta cluster domains fails to be renewed in time.
Oct 17 2021, 10:05 PM · Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T262806: Beta cluster certificates have expired (September 2020): T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 10:04 PM · SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T257968: Certificate for *.beta.wmflabs.org has expired (July 2020): T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 10:04 PM · Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T262816: The certificate for en.wikipedia.beta.wmflabs.org expired on 2020-09-14: T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 10:04 PM · Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T293251: The certificate for upload.wikimedia.beta.wmflabs.org expired on October 9, 2021.: T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 10:04 PM · SRE, Traffic, HTTPS, Beta-Cluster-reproducible
AlexisJazz added subtasks for T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy: T293251: The certificate for upload.wikimedia.beta.wmflabs.org expired on October 9, 2021., T262816: The certificate for en.wikipedia.beta.wmflabs.org expired on 2020-09-14, T257968: Certificate for *.beta.wmflabs.org has expired (July 2020), T262806: Beta cluster certificates have expired (September 2020).
Oct 17 2021, 10:04 PM · Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T267858: The certificate for upload.beta.wmflabs.org expired on November 13, 2020.: T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 9:56 PM · SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz added a parent task for T271808: The certificate for upload.beta.wmflabs.org expired on January 12, 2021.: T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 9:56 PM · SRE, Traffic, HTTPS, Beta-Cluster-reproducible
AlexisJazz added a parent task for T293070: upload.wikimedia.beta.wmflabs.org certificate expired (October 2021): T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 9:56 PM · User-Urbanecm, Beta-Cluster-Infrastructure
AlexisJazz added subtasks for T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy: T293070: upload.wikimedia.beta.wmflabs.org certificate expired (October 2021), T271808: The certificate for upload.beta.wmflabs.org expired on January 12, 2021., T267858: The certificate for upload.beta.wmflabs.org expired on November 13, 2020..
Oct 17 2021, 9:56 PM · Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure
AlexisJazz created T293585: [epic] The SSL certificate for Beta cluster domains fails to properly renew & deploy.
Oct 17 2021, 9:55 PM · Quality-and-Test-Engineering-Team (QTE), Epic, SRE, Traffic, HTTPS, Beta-Cluster-Infrastructure

Oct 16 2021

AlexisJazz added a comment to T293070: upload.wikimedia.beta.wmflabs.org certificate expired (October 2021).

That seems to have fixed the URL in the task description, at least. Though some other URLs, such as this Rheinwerk URL in the T271808 task description and also just https://upload.beta.wmflabs.org/, are apparently returning 421 Misdirected Request?

Oct 16 2021, 7:31 PM · User-Urbanecm, Beta-Cluster-Infrastructure

Oct 15 2021

AlexisJazz added a comment to T201090: Intermittent transcode failure 'An unknown error occurred in storage backend "local-swift-codfw".'.

More failures: T283514

Oct 15 2021, 12:45 AM · SRE-swift-storage, TimedMediaHandler-Transcode
AlexisJazz created T293429: CSS in the summary of a mention when creating a page with {{RFCSubpage}} on Wikidata.
Oct 15 2021, 12:39 AM · Mention-Notification

Oct 13 2021

AlexisJazz updated subscribers of T293070: upload.wikimedia.beta.wmflabs.org certificate expired (October 2021).

November 13, 2020: T267858
January 12, 2021: T271808

Oct 13 2021, 2:10 PM · User-Urbanecm, Beta-Cluster-Infrastructure
AlexisJazz created T293251: The certificate for upload.wikimedia.beta.wmflabs.org expired on October 9, 2021..
Oct 13 2021, 2:04 PM · SRE, Traffic, HTTPS, Beta-Cluster-reproducible

Oct 12 2021

AlexisJazz added a comment to T283514: Transcode jobs randomly failing or not starting.

https://commons.wikimedia.org/wiki/File:Carnival_Trump_burning.webm
https://commons.wikimedia.org/wiki/File:Donald_Trump_Drinks_Disinfectant.webm

Oct 12 2021, 2:05 PM · TimedMediaHandler-Transcode