Bug 2546588

Summary: Many portrait orientation image files rendered sideways for thumbnails (or when displayed by loupe)
Product: [Fedora] Fedora Reporter: Nils Philippsen <nils>
Component: glycinAssignee: Fabio Valentini <decathorpe>
Status: CLOSED ERRATA QA Contact:
Severity: medium Docs Contact:
Priority: unspecified    
Version: 45CC: decathorpe, gnome-sig, multimedia-sig, rhbz, rust-sig
Target Milestone: ---Keywords: Desktop, Regression, Reopened
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: AcceptedBlocker
Fixed In Version: glycin-2.2.2-1.fc45 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2026-10-16 23:56:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2406954    

Description Nils Philippsen 2026-10-06 13:34:48 UTC
Since F45, portrait orientation image files are rendered sideways for both generated thumbnails, as well as when viewing them with loupe. Using eog instead (which doesn’t use glycin) works fine. This worked fine on F44.

I’ll link the corresponding upstream issue with more technical details.

Reproducible: Always

Steps to Reproduce:
1. Have an image file with the EXIF Orientation set to 90° or 270°, and a suitably large MakerNote tag (see upstream issue). 
2a. Display it with loupe, or
2b. Render a thumbnail with `glycin-thumbnailer --size=256 --input=file:///path/to/image-file.jpg --output=/tmp/thumbnail.png`
Actual Results:
2a.: The image file is displayed sideways
2b.: The generated thumbnail file is sideways

Expected Results:
2a.: The image file is rendered right side up
2b.: The generated thumbnail file is generated right side up

Comment 1 Nils Philippsen 2026-10-06 13:38:58 UTC
Hmm, ignore my comment that it works with eog (it doesn’t). GIMP uses its own loaders and asks the user if the files should be rotated when loading, though.

Comment 2 Fedora Blocker Bugs Application 2026-10-06 13:50:01 UTC
Proposed as a Blocker for 45-final by Fedora user nphilipp using the blocker tracking app because:

 This bug is a regression over F44 and causes portrait images to be displayed, or their thumbnail files to be rendered, sideways, affecting the final release criteria of basic functionality for the image viewer and file manager, respectively.

Comment 3 Adam Williamson (Fedora) 2026-10-07 00:04:03 UTC
Well, I haven't seen this with my own files lately. How common is the "suitably large MakerNote tag"?

Comment 4 Adam Williamson (Fedora) 2026-10-07 00:05:22 UTC
Ah, my camera is Fuji, so I guess that explains that. So this is more accurately classed as "quite a lot of" such files.

Comment 5 Nils Philippsen 2026-10-07 10:19:08 UTC
(In reply to Adam Williamson (Fedora) from comment #4)
> Ah, my camera is Fuji, so I guess that explains that. So this is more
> accurately classed as "quite a lot of" such files.

Right, I should have been more precise. I’ve checked a couple of cameras we’ve had over the years and it seems to depend entirely on the model whether or not portrait pictures are rendered right-side-up.

Comment 6 Adam Williamson (Fedora) 2026-10-12 15:14:03 UTC
+5 in https://forge.fedoraproject.org/quality/blocker-review/issues/2203 , marking accepted.

Comment 7 Adam Williamson (Fedora) 2026-10-13 18:52:11 UTC
This is now fixed upstream with https://gitlab.gnome.org/GNOME/glycin/-/merge_requests/489 , so setting POST. Not sure if we're expecting a new glycin release or planning to backport this.

Comment 8 Fabio Valentini 2026-10-13 21:32:17 UTC
There should be no need to backport or wait for a new release as long as I build the pending glycin update after gufo-exif v0.5.2. I hope to have time for that tomorrow.

Comment 9 Miloš Komarčević 2026-10-14 07:54:50 UTC
> There should be no need to backport or wait for a new release as long as I build the pending glycin update after gufo-exif v0.5.2.

Please note that gufo-exif v0.5.3 was released shortly after: https://bugzilla.redhat.com/show_bug.cgi?id=2550118

Comment 10 Fedora Update System 2026-10-14 19:53:42 UTC
FEDORA-2026-f9ec8977c2 (glycin-2.2.2-1.fc45, rust-glycin-4.0.2-1.fc45, and 5 more) has been submitted as an update to Fedora 45.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-f9ec8977c2

Comment 11 Fedora Update System 2026-10-14 21:42:15 UTC
FEDORA-2026-7d5c0b0c7d (loupe-51.0-2.fc46) has been submitted as an update to Fedora 46.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-7d5c0b0c7d

Comment 12 Fedora Update System 2026-10-14 21:46:18 UTC
FEDORA-2026-7d5c0b0c7d (loupe-51.0-2.fc46) has been pushed to the Fedora 46 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 13 Fedora Update System 2026-10-15 01:58:07 UTC
FEDORA-2026-f9ec8977c2 has been pushed to the Fedora 45 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-f9ec8977c2`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-f9ec8977c2

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 14 Fedora Update System 2026-10-16 23:56:25 UTC
FEDORA-2026-f9ec8977c2 (glycin-2.2.2-1.fc45, loupe-51.0-2.fc45, and 6 more) has been pushed to the Fedora 45 stable repository.
If problem still persists, please make note of it in this bug report.