GNOME Bugzilla – Bug 741179
Export does not remember compression of input for Deflated TIFF
Last modified: 2017-11-07 14:08:02 UTC
When editing a deflated TIFF image, a subsequent save (Ctrl-Shift-E) followed by Export and a confirmation of the Replace will show the compression as "None", requiring additional manual action to select "Deflate".
Save (As) is Ctrl+(Shift+)s. Did your remap your shortcuts, or is the save in the description actually an export?
It's an export. Other than defining CTRL-ALT-SHIFT-@, I haven't changed a single shortcut. And yes, it is an export.
Created attachment 292228 [details] [review] patch Here, it is necessary something similar to: https://git.gnome.org/browse/gimp/commit/plug-ins/common/file-tiff-save.c?h=gimp-2-8&id=91738c3b93f456a420334380bd0864a48e8dd0d3 for file-tiff-load.c. In the attached patch I decided to treat COMPRESSION_DEFLATE as COMPRESSION_ADOBE_DEFLATE, but perhaps you prefer to default to COMPRESION_NONE.
Please push at will, I have no clue what you are doing there :)
Created attachment 292254 [details] [review] proposed patch The problem is that there are 2 different compression tags for the same compression method, libtiff accepts both and GIMP GUI shows only one. With the attached patch File->Overwrite preserves the tag that is in the original tif, File->Export as... initializes the GUI to the only one it knows when one of them is in the original tif. If there is no objection, I'll push this patch.
fixed in master and gimp-2-8 commit 948e7a209dce3adfb574f44cd9b8a39a6d2fc08f Author: Massimo Valentini <mvalentini@src.gnome.org> Date: Tue Dec 9 18:13:35 2014 +0100 Bug 741179: Export does not remember compression of input... for Deflated TIFF similar to commit 91738c3b9 (cherry picked from commit 068745dc5c968948ef0d10483a72aa207ae5ddf3)
*** Bug 734656 has been marked as a duplicate of this bug. ***