TIFF files display as an upside-down mirror image. The reproduction steps are:
1. Scan a text document on a Konica Minolta bizhub C360i MFD & save to USB
2. $ pdfimages -all $scanned_pdf innards
3. $ fax2tiff $(<innards-000.params) -o document.tiff innards-000.ccitt
4. $ geeqie document.tiff; #notice the upside-down mirror image
5. $ display document.tiff; #notice ImageMagick displays the image properly
6. $ gimp document.tiff; #notice Gimp also displays the image properly
There are no upstream bug reports covering this. One Debian bug report
is possibly related:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646982
Bug 646982 reports a problem with correcting the orientation, but we
have to ask why the TIFF orientation needed correction in the first
place. This entry in the release notes looks interesting:
===8<------------------------------
geeqie (1:1.5.1+git20200708-1) unstable; urgency=medium
* Update README.Debian - mention GDK_CORE_DEVICE_EVENT, remove obsolete
info about gqview
* New upstream git snapshot 1.5.1+git20200708 - Fixes rendering
under wayland (Closes: #964441)
* Remove patches applied upstream:
0001-Fix-710-Apply-the-orientation-to-image-content-not-w.patch
0002-Fix-736-Please-migrate-from-gnome-doc-tool-to-yelp-b.patch
0004-Fix-741-Crash-when-creating-new-dir-with-same-name-a.patch
fix_multiple_definitions_with_gcc_10.patch
* Refresh patch 0003-Remove-changelog-from-menu-item.patch
* Add patch to fix version number on git snapshot and
add Forwarded: not-needed to silence lintian
===8<------------------------------
Might that removed patch (0001-…) be related? Because of that
possibility, I did not mark this bug as upstream.
Unfortunately I have no sample to attach. Perhaps I can scan an
arbitrary non-personal document in the future to supply a sample, if
needed.