We're updating the issue view to help you get more done. 

tilepic tiles arranged incorrectly in firefox + edge (they show correctly in opera)

Description

tilepic seems to be arranging tiles incorrectly in firefox (happening with multiple viewers). an example is attached (the image also seems to be rotated incorrectly).

using the current develop branch. can provide further details if necessary.

Environment

Centos 8 - nginx 1.14.1 - php-fpm 7.2.11 - GraphicsMagick 1.3.34 - gmagick 2.0.5RC1

Activity

Show:
nobody
May 26, 2020, 3:07 AM

yes - on the develop branch.

i noticed the images i sent you also had a similar issue with the gmail image viewer in firefox. the preview is upright but if i zoom in they rotate. in opera they stay upright.

i manually rotated one of the images and then unrotated it with irfanview and sent a copy to myself. that copy works fine with the gmail viewer in firefox. (will try a test import into ca shortly).

will poke around at trying a roll back of the graphicsmagick version…being mucking about with that for a while this weekend with no success (babbled about it on the forums).

Seth
May 26, 2020, 3:13 AM

You know I hadn’t thought about the browser rotating it… I should try stripping all metadata out of the tiles and seeing how that works. Gmagick doesn’t let you strip metadata without stripping the color profile (at least last time I checked), which is a problem for our users who are relying upon a specific color profile. (If your workflow includes use of a color profile, stripping it can cause significant color shifts.) So if it is EXIF metadata flipping individual tiles it’s going to be a fun fix in Gmagick.

nobody
May 26, 2020, 3:17 AM
Edited

that’s tricky…i like what you’re saying. too problematic to bring exiftool into the picture? (i’m not entirely familiar with its exifstripping capabilities)

just imported the irfanview rotated/unrotated image and it works fine in collective access/firefox now

Seth
May 26, 2020, 3:22 AM

Yes, it’s possible to use Exiftool to strip all of the data before processing it into tiles, but that introduces a dependency that ~90% of users don’t have installed by default, and probably 99% of shared hosting environments don’t offer. So it might be a solution for some, but it’s not ideal.

nobody
May 26, 2020, 3:33 AM

that makes sense. just tried removing gm 1.3.34 + gmagick pecl and installing gm 1.3.33. can run gm 1.3.33 on the command line but can’t get gmagick pecl reinstalled. gm is detected by ca’s configuration check but sadly all sorts of errors when trying to run an import.

thanks again for everything, hope this all helped in some way

Assignee

Seth

Reporter

nobody

Labels

None

Components

Affects versions

Priority

Major
Configure