On 2019-11-25 at 21:27:04 +0100, László Böszörményi (GCS) wrote: > On Mon, Nov 25, 2019 at 9:03 PM Elena ``of Valhalla'' > <valha...@debian.org> wrote: > > On 2019-11-25 at 17:28:32 +0100, László Böszörményi (GCS) wrote: > > done the upgrade, the same thing is happening. > While I can reproduce the problem, for me the displayed messages are these:
yes, I didn't mention the warnings that were already present in buster, i.e.: > TIFFReadDirectory: Warning, Photometric tag is missing, assuming data is > YCbCr. > TIFFReadDirectory: Warning, SamplesPerPixel tag is missing, applying > correct SamplesPerPixel value of 3. > OJPEGSubsamplingCorrect: Warning, Subsampling tag is not set, yet > subsampling inside JPEG data [2,1] does not match default values > [2,2]; assuming subsampling inside JPEG data is correct. > OJPEGSetupDecode: Warning, Depreciated and troublesome old-style JPEG > compression mode, please convert to new-style JPEG compression and > notify vendor of writing software. then there is: > OJPEGWriteHeaderInfo: jpeg_start_decompress() returned image_width = > 4272 and image_height = 2848, expected 4272 and -1. which I can confirm is the same message I'm getting since updating (sorry, when I tested earlier I checked that the image wasn't being opened, and didn't notice that the message had changed). > > At first I thought it was a regression in libimlib2 (and was going to > > open a bug on that package), but after reading the manpage of feh I > > started to think that it was never supposed to work the way it did. > For me this seems to be tiff checks that became stricter to prevent > accidental crashes due to images not conforming the standards. > As such the warnings show the sign of badly written OJPEG format that > don't conform the standard. Indeed, that's why I started to think that maybe it was the files' fault and not the tool. -- Elena ``of Valhalla''
signature.asc
Description: PGP signature
