Does EPUB work?

for cases like the 864px page (where 960 isn’t available so it drops to 500), do you want ProofreadPage to round up to the next allowed size, or is the reupload workaround what you’d rather people do for now?

A workaround is to upload a version of this file with page widths greater than 960px.

This is all done. The docs are on mw.o, and I've got a demo extension in the works for some other ideas.

A few (non-scientific) comparisons between MediaWiki and Imagor (mean times of running 12 requests for each on my laptop):

A new right sounds sensible. But the extension also needs to check for the bot right, so that the edits can be tagged as such. (Or should that be optional? i.e. if a community doesn't mind no-bot-flagged edits in the RC, then they can configure it like that?)

We talked ages ago about adding a dropdown to the 'Insert' button so that it could be 'Insert' or 'Substitute' (or 'Subst'), to make easier for the user to choose at the point of inserting. That'd avoid i18n issues with looking for specifically subst in the search string.

Oh oops, sorry! Thanks for reopening.

Okay, fair enough. Can you update the description with what you've got in mind?

I don't think it needs to be restricted to separate bot accounts. That's not how things such as AWB are done, is it? This is similar.

Switching to magick is tracked in T438089.

It looks like it's worked correctly to me, at least for File:Wikipedia Administrator Checkuser Oversight (2026).png. Where are you seeing it not work?

This looks like it's working now. Although there's a similar bug that's recently arisen: T438000

I've set up MediaWiki at https://imagor-demo.wmcloud.org and Imagor at https://imagor-demo-thumb.wmcloud.org, with originals and thumbs both being saved to S3 (separate buckets). There are still some issues; I'll document them more soon.

Thanks for working on this!

A few notes:

It looks like T245440 is being hit again:

Yeah this looks like it's not a bug with OCR, but with Wikimedia's thumbnail size picking.

I'm not sure what else would break, but changing {{sticky header}}'s styles to a lower z-index might fix it. Currently things are:

Yes, whatever they prefer is fine by me!

Should we name the project after the team, e.g. mediaplatform, so we can use it for other experiments in the future?

Great, thanks! Looks good.

Right, but I'm just wondering if you would mind sharing a screenshot of your local development wiki showing the changes that your patch makes to the list of redirects of a page?

Oh, sorry, I meant of the dialog window, showing the wrapping of a title or two.

Would you mind attaching a screenshot of your patch in action?

This looks like it's all done. Leaving it open in case there's a QA check to be done.

For these images, img_width is still being populated so metadata must have been extracted correctly and just saved wrong.

r1333246 is merged but it lost it's Bug: line.

Is there a way to run the tests locally? I've never managed to because they just get hit with 429 errors (for the requests for originals).

Is this when you view pages of the PDF on the file description page, or when you click on the file thumbnail to download the whole thing?

Special:UploadStash now sends a CSP header when sending a file. e.g.:

I've added you as a maintainer to https://toolsadmin.wikimedia.org/tools/id/wikispore and invited you to https://gitlab.wikimedia.org/toolforge-repos/wikispore-config

Actually, most of those options can be left out, they're the defaults (not the margin or the page-breaks-before but they don't matter that much).

Yes sure! Sorry. The tool uses a command like the following to produce an A4 PDF:

It looks like that config change also needs to be added to https://gitlab.wikimedia.org/toolforge-repos/wikispore-config

I've merged and released the above fix. Thanks everyone!

I'm not sure why it's passing in CI. Your hypothesis sounds correct. Or perhaps there's some sort of shared state that only happens when all tests are run (i.e. PageUpdaterTest is never run on its own).

I have exported corectly with your link... but in PDF it still doesnt work

Okay sure, I guess this one is all done then.

It looks like thumbs are now not working for PDFs, e.g. Special:UploadStash/thumb/1cwoifzo1wtc.2jnpbx.2.pdf/page1-120px-1cwoifzo1wtc.2jnpbx.2.pdf.jpg because the filename doesn't end in the stash name (it has .jpg appended).

Thanks for this. Merged, and released in 1.11.0.

I suspect this is a duplicate of T431640.

This EPUB export works for me: https://ws-export.wmcloud.org/?lang=fr&page=Monsieur_chasse_!

What book is this for?

I've had a go; see the above patch. It appears that there's no need to call it in \MediaWiki\Extension\Notifications\Model\Notification::insert — at least, the tests all pass, and in my testing locally I still correctly get the talk page yellow bar.

Query for files with empty metadata: https://quarry.wmcloud.org/query/98617

Re-opening as this is still happening. (Although there are plenty of near-duplicate tasks, perhaps this isn't the best one to focus on.)

@pmiazga What Claude says sounds plausible (hmm... I mean, it would wouldn't it! :-P ) but it sounds like you're not able to reproduce this locally yourself? I'll try to see what I've got in my config that might be changing things.

I changed this from "purge" to "delete", to clarify that this is about removing data and not purging caches.

having to manually make recordings and manage audio files locally as opposed to text entry and dynamic presentation of text?

Actually, I've found a newer one: wikimedia-discourse-2019-05-24-033619-v20190110201340.tar.gz

Yes, Phonos ended up as an inline audio player (which is pretty useful!), after it became apparent that IPA is not an expressive TTS source format.

It was missing ws-summary, I've added it: https://en.wikisource.org/w/index.php?title=Bible_%28Webster%27s%29&diff=16261935&oldid=14745361