The listed pdf files seem to have been fixed now? Maybe the problem only remain for djvu files now.

It seems there's not much to do here. The linked files seem to have been corrected in the meantime by whatever.

In T406479#11245879, @Tgr wrote:

Some kind of one-off error. Can be fixed with action=purge.

This is a MediaWiki-extensions-PdfHandler issue, not Thumbor. It's likely related to T299521 and/or T381318.

Change #1181121 had a related patch set uploaded (by Huajing; author: Huajing):

[mediawiki/extensions/PdfHandler@REL1_43] Improve transform command compatibility

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

In T297942#10948413, @Yann wrote:

Two more:
https://commons.wikimedia.org/wiki/File:Album_%C3%89tienne-Jules_Marey_CDF_13Fi3.pdf
https://commons.wikimedia.org/wiki/File:Jameson_-_Montesquieu_et_l%27esclavage.pdf

Two more:
https://commons.wikimedia.org/wiki/File:Album_%C3%89tienne-Jules_Marey_CDF_13Fi3.pdf
https://commons.wikimedia.org/wiki/File:Jameson_-_Montesquieu_et_l%27esclavage.pdf

In T299521#10809738, @RoyZuo wrote:

In T299521#9672937, @Ninovolador wrote:

Can confirm:

1. that the problem is present both at Commons and every local wiki
2. ?action=purge on a local description page (e.g. Spanish Wikisource Archivo:Filename.pdf) solves the problem locally, but only after '?action=purge'ing the Commons description page.

i just tried this method on https://nl.wikisource.org/wiki/Bestand:Van_Maerlant,_Rijmbijbel_(Hs_10B21,_1332).pdf . doesnt seem to work.

In T299521#9672937, @Ninovolador wrote:

Can confirm:

1. that the problem is present both at Commons and every local wiki
2. ?action=purge on a local description page (e.g. Spanish Wikisource Archivo:Filename.pdf) solves the problem locally, but only after '?action=purge'ing the Commons description page.

@Jan.Kamenicek Ah. Increasing priority does not magically make bored developers appear (plus it does not need "WMF" programmers). Please see https://www.mediawiki.org/wiki/Bug_management/Development_prioritization - thanks.

@Aklapper : I increased the priority because it is of high priority and because it urgently needs WMF programmers to start working on fixing this, half a year after the task was created.

@Jan.Kamenicek Do you plan to work on fixing this task, as you increased the priority of this task?

This issue (or something closely related) has been causing problems at Wikisource projects for a long time now. Basically, every single file that is uploaded for use at Wikisource has this issue, and needs to be purged after the upload. This is very confusing and frustrating for new and inexperienced users, because they just can't understand what is going wrong, and they don't know how to purge the file to solve the problem.
Please, is it possible to do something to solve this issue?
If purging the file solves the problem, is it possible, at least as a temporary measure, to just force an automatic purge after every upload of a PDF or Djvu file?

The problem is getting more and more urgent. While experienced editors know how to workaround it by purging caches of various affected pages, newbies get confused and frustrated, sometimes uploading duplicate files suffering the same problem, etc. Wikisource cannot afford losing new users, I do ask for solving this bug urgently.

https://commons.wikimedia.org/wiki/File:The_English_Reports_v2_1901.pdf was uploaded at 16:21 2 Jan 2025. It currently (17:20) shows 0 × 0 pixels, the file page displays a broken PDF icon, and the row in the image table (via the WMCS replicas) is

Not a Thumbor issue as far as I'm aware, but a problem with how MediaWiki/PdfHandler generates and stores the file metadata. The thumbnails themselves are usually fine if you manually construct the URL.

Thanks for a help. But it doesn't solve the problem for the future.

Purging the Commons file, waiting a moment, then purging the Index page fixed the issue. This is mentioned as a recurring issue at https://en.wikisource.org/wiki/Help:Index_pages#Parameters but doesn't have a Phabricator task associated with it.

Och... The same again :(
https://pl.wikisource.org/wiki/Indeks:Oscar_Wilde_-_Prawdziwy_przyjaciel_(opowiadania).pdf
https://commons.wikimedia.org/wiki/File:Oscar_Wilde_-_Prawdziwy_przyjaciel_(opowiadania).pdf

In T381318#10378144, @AntiCompositeNumber wrote:

And the file page magically fixed itself too. Cool. I promise it was broken earlier.

And the file page magically fixed itself too. Cool. I promise it was broken earlier.

I do not see an issue when I browse to the URL listed in the description of this issue. It should be noted that the page does not currently exist but the editor and image on the right appear just fine if one clicks the "Utwórz" ("Create") link in the toolbar (for me in the upper right). One can additionally also see the appropriate image by selecting the "Grafika" ("Image") link from the toolbar (for me upper left). I personally have my UI set to English in global preferences but I provided link labels for Polish (uselang=pl) since that is likely the default UI language for most users of that site.

Source file is https://commons.wikimedia.org/wiki/File:Waldemar_Bonsels_-_Pszcz%C3%B3%C5%82ka_Maja_i_jej_przygody.pdf . I purged it and now it shows as 0x0px, which means MediaWiki treats it as corrupt. Thumbnailing works correctly with manually generated links though (see https://upload.wikimedia.org/wikipedia/commons/thumb/7/70/Waldemar_Bonsels_-_Pszcz%C3%B3%C5%82ka_Maja_i_jej_przygody.pdf/page101-345px-Waldemar_Bonsels_-_Pszcz%C3%B3%C5%82ka_Maja_i_jej_przygody.pdf.jpg for example), so untagging Thumbor and tagging PdfHandler.

Removing Wikimedia-maintenance-script-run as there doesn't appear to be an active request to run a maintenance script here after T297942#9668734

In T299521#9853925, @Xover wrote:

In T299521#9853712, @Loman87 wrote:

Deprecated: strlen(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/mediawiki/thumb.php on line 362

This "something" could be anything, including datacenters being out of sync, JobQueue jobs timing out, DB queries timing out, pathological data that makes Ghostscript spit out something the PDF handler doesn't handle.

In T299521#9853712, @Loman87 wrote:

Deprecated: strlen(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/mediawiki/thumb.php on line 362

I don't know if this could add something to the discussion, anyway on my mw installation (MediaWiki 1.40.0; PHP 8.3.7 (apache2handler); ICU 70.1 ; MariaDB 10.11.8) I am having the same issue. If I try to generate the thumbs of a pdf via script, I get this:
Deprecated: strlen(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/html/mediawiki/thumb.php on line 362

I have the same problem for many my files, for example https://commons.wikimedia.org/wiki/File:%D0%9C%D0%95%D0%92_1883-07.pdf

In T299521#9635282, @TheDJ wrote:

The patch should make any errors more verbose so that we can collect more information about these failures.

Can confirm:

1. that the problem is present both at Commons and every local wiki
2. ?action=purge on a local description page (e.g. Spanish Wikisource Archivo:Filename.pdf) solves the problem locally, but only after '?action=purge'ing the Commons description page.