Last two links should be

https://commons.wikimedia.org/wiki/File:Giuseppe_Barberis_-_Carlo_Cornaglia_-_Giuseppe_Verdi%27s_Don_Carlo_at_La_Scala_-_Original.png

https://en.wikipedia.org/wiki/File:Giuseppe_Barberis_-_Carlo_Cornaglia_-_Giuseppe_Verdi%27s_Don_Carlo_at_La_Scala_-_Original.png (local upload)

Sorry!

It is not only enwiki problem, I guess. Here is a link to Latvian Wikipedia file.

Maybe related to 3bfb0b5d4e874ba66fb857b36feac173918fc458

https://en.wikipedia.org/wiki/Special:ListFiles is quite broken :/

Seems to be fixed. Thanks!

A bit of post-mortem:

while 9d45102200e7196ba4933103a3fa1144509515a9 was correct, 3bfb0b5d4e874ba66fb857b36feac173918fc458 wasn't, as the proxypass was made to a path that was not within the DOCROOT of apache.

As a consequence, mod_proxy_fcgi was sending to HHVM:

SCRIPT_FILENAME=proxy:fcgi://127.0.0.1:9000/srv/mediawiki/docroot/wikimedia.org/thumb_handler.php...
CONTEXT_DOCUMENT_ROOT=/srv/mediawiki/wikipedia.org

when HHVM tries to mimick what ZEND does, it strips the DOCROOT from the SCRIPT_NAME it creates, but in this case the DOCROOT is different than the path it gets from SCRIPT_FILENAME, so the result is

SCRIPT_NAME="/srv/mediawiki/docroot/wikimedia.org/w/thumb_handler.php"

instead of

SCRIPT_NAME="/w/thumb_handler.php"

which is what the code expects (it's the value of $_SERVER['SCRIPT_NAME'] under Zend.