In T420341#11952592, @HakanIST wrote:

In T420341#11952480, @KTT-Commons wrote:

I must say I'm disappointed with the current progress, so I did some experiment on English Wikisource. I uploaded this file on English Wikisource (which is an exact copy of this file on Commons.

The result? The exact same problem is recreated. Purge? No use. Hard purge? No use. Null edit? No use. Dummy file uploading? No use. Is it somehow related to individual files?

Hopefully these additional information (that the same problem exists across projects) would be useful to resolving this problem, thank you.

The cache purge patch (I80991f) clears the dimension cache, but it seems like the stored DB metadata itself still has 0 x 0 for pages 2-95, so the cache gets repopulated with the same data. I think this is because isFileMetadataValid() only checks if the pages key exists, not whether the dimensions inside are actually valid.

I must say I'm disappointed with the current progress, so I did some experiment on English Wikisource. I uploaded this file on English Wikisource (which is an exact copy of this file on Commons.

Thanks a lot. I've see bots are adding auto notifications here. Please notify here when it is fully deployed.
Will see whether the patch will solve this aging problem.

In T420341#11849552, @gerritbot wrote:

Change #1276427 had a related patch set uploaded (by TheDJ; author: TheDJ):

[mediawiki/extensions/PdfHandler@master] Purge PDF dimensions cache when purging page

https://gerrit.wikimedia.org/r/1276427

And now we have PDF files that have totally normal page thumbnails on Commons, yet have thumbnail problems on English Wikisource—see this index and the source file. The problem only worsens.

In T420341#11747982, @Yann wrote:

This issue seems to have disappeared. Any change lately?

In File:Sabah, Sarawak and Singapore (State Constitutions) Order in Council 1963.pdf, all page thumbnails just won't appear after page 1 of the index (example). Similar problems happen to this another file.

In T299521#11717083, @TheDJ wrote:

@KTT-Commons Seems like a separate issue to me as it doesn’t say 0x0 for the metadata. Please file a separate ticket

I've found the problem re-occurred for some files again. In Index:Sabah, Sarawak and Singapore (State Constitutions) Order in Council 1963.pdf, all page thumbnails just won't appear after page 1 of the index (example). Similar problems happen for this another file.

Update: Some files are not affected. For example, take this page from the British North America Act 1867, and you'll find it's not squeezed.

When I was trying a few pages at another index, the page images are just gone, leaving a message "Failed to initialize OpenSeadragon, no image found." (see e.g. page 2). The file page also shows "Error creating thumbnail: Invalid thumbnail parameters" for the faulty pages.

I'm affected by this problem, and here are some more information:

• As part of the problem, the header and footer become excessively bloated;
• Previously the page editor should also adjust itself with different sizes of pages, now it is nonfunctional (i.e. I have to scale the size of the page editor manually to remove excessive spaces);
• It appears to be affecting English Wikisource only, at least the problem doesn't exist on Chinese Wikisource (example).
• The problem was discussed at English Wikisource. Some claimed this bus is in fact an intentional update. Is it true?

It appears that as of 13:44 UTC, FlickreviewR 2 is now running normally, and the pending files have been promptly reviewed. Perhaps it's time to close the task?

In T378276#10279683, @Bawolff wrote:

After briefly looking through the logs, i see a bunch of cases where it looked like it took about 2.5 minutes between the publish job being sent and the job queue picking it up. I'm not sure if that's considered within acceptable time frame, or what normal time frame for something like this is. I don't know if i'm looking at the right files, so I'm not sure if this is what is being complained about.

Update: As of 16:00 UTC+8, I can now access the file without problem in Hong Kong. Will like to hear if anyone elsewhere still has trouble in accessing the file?

It seems that everything is fine when the file was accessed in Germany.

In T337649#9378880, @hnowlan wrote:

We recently re-raised concurrency on the thumbnailrender job as it appeared backlogs had dropped causing initial issues. This had a knock-on effect related to T338297 which caused erroneous rate limits to be applied. This has hopefully reduced somewhat, please let us know.

Another update by a layman user: not only the page previews for PDF indices on Wikisource have been completely down for the past few days, but the bug also starts affecting page previews on Commons. Some of my latest uploads are completely unable to be previewed, yet everything is completely normal when I click into the involving PDF file. Not only that, OCR is also available to the affected pages.

As a normal user who know nothing about the subliminal coding, I'd like to report that the problem seems to be alleviated for the past few days. At least I don't need to push the button for some 10 or 15 times, and in general it only takes 2-3 times for Google OCR to identify the text. Did you changed something for the OCR gadget?

Not sure how these information are useful to you, but Soda suggest that my troubles in T338100 may relate to the same problem. From my experience all 3 OCR gadgets have the same problem as well.