Hi, could you please preferably provide a direct link to a file, which can be opened without redirects and without requiring a web browser? Thanks. :)

In T269452#6669546, @Aklapper wrote:

Hi, could you please preferably provide a direct link to a file, which can be opened without redirects and without requiring a web browser? Thanks. :)

I will try to make a direct link.

Direct link for downloading:

1. File - http://kizule.ga/DSC_8200-Pano.tif
2. Content - http://kizule.ga/DSC_8200-Pano.tif.txt

Ah thanks. I don't see how this falls under maintenance though :)

In T269452#6669614, @Aklapper wrote:

Ah thanks. I don't see how this falls under maintenance though :)

Your welcome. Maintenance script importImages.php is required to run, see https://commons.wikimedia.org/wiki/Help:Server-side_upload. It is reason why I added that project.

Mentioned in SAL (#wikimedia-operations) [2020-12-04T17:22:36Z] <Urbanecm> [urbanecm@mwmaint1002 ~/uploads]$ mwscript importImages.php --wiki=commonswiki --comment-ext=txt --user=Wilfredor . # T269452

@Urbanecm Umm, is something wrong? Because I can't see a file: https://commons.wikimedia.org/wiki/File:DSC_8200-Pano.tif

@Kizule The thumbnail probably wasn't created yet, as it's a pretty big file. Downloading the file directly (ie. by clicking it) works fine:

[urbanecm@mwmaint1002 ~/tmp]$ curl -I https://upload.wikimedia.org/wikipedia/commons/6/6a/DSC_8200-Pano.tif
HTTP/2 200
date: Fri, 04 Dec 2020 17:28:23 GMT
content-type: image/tiff
content-length: 1948302728
x-object-meta-sha1base36: blsvntahhnwe7hk6sjpwaaf685jfhds
accept-ranges: bytes
last-modified: Fri, 04 Dec 2020 17:22:47 GMT
etag: 28519ae0a12249eaa296b00b77ea0efc
x-timestamp: 1607102566.08702
server: ATS/8.0.8
age: 0
x-cache: cp1090 miss, cp1078 pass
x-cache-status: pass
server-timing: cache;desc="pass"
strict-transport-security: max-age=106384710; includeSubDomains; preload
report-to: { "group": "wm_nel", "max_age": 86400, "endpoints": [{ "url": "https://intake-logging.wikimedia.org/v1/events?stream=w3c.reportingapi.network_error&schema_uri=/w3c/reportingapi/network_error/1.0.0" }] }
nel: { "report_to": "wm_nel", "max_age": 86400, "failure_fraction": 0.05, "success_fraction": 0.0}
x-client-ip: 2620:0:861:102:10:64:16:77
access-control-allow-origin: *
access-control-expose-headers: Age, Date, Content-Length, Content-Range, X-Content-Duration, X-Cache
timing-allow-origin: *

[urbanecm@mwmaint1002 ~/tmp]$

@Urbanecm Okay, I'll leave file on my server. If I see that thumbnail is created, can I delete file from my server?

You can delete it from your server even now - the thumbnail is deleted using the Commons's copy :).

thanks Kizule for your support with the file mirror, and @Urbanecm usually, how much time take the thumbail generation?

It looks like MW knows it's too big and just hasn't bothered

The problem is that tiffinfo considers the file invalid, so MediaWiki thinks the files are 0x0 px. It doesn't bother to generate thumbnail links, and serves a "broken thumbnail" image instead. Manually creating a thumbnail link like https://upload.wikimedia.org/wikipedia/commons/thumb/6/6a/DSC_8200-Pano.tif/220px-DSC_8200-Pano.tif.jpg shows that the Thumbor thumbnail generation is working fine. In any case, thumbnails will be generated within 60s from the first request or not at all.

Running tiffinfo DSC_8200-Pano.tif results in

TIFFReadDirectory: Warning, Unknown field with tag 37724 (0x935c) encountered.
TIFFFetchNormalTag: Warning, Incompatible type for "RichTIFFIPTC"; tag ignored.

tiffinfo then proceeds to spew hex from the file instead of any useful output.

You may be able to make the file work by exporting it with different settings. Otherwise, please report the problem to the tiffinfo developers Upstream