geeqie icon indicating copy to clipboard operation
geeqie copied to clipboard

HEIC image appear as "broken file icon"

Open uderbashi opened this issue 5 months ago • 5 comments

Setup (please complete the following information):

  • Distribution: Fedora
  • Distribution release: 42 (everything is up to date)
  • Geeqie version [geeqie --version]: Geeqie 2.6+git20250724-7291c89a GTK3 (the latest AppImage I found in GitHub)

Describe the bug I have collected images from guests at an event, and images collected from a guest with an iPhone are not shown in the main viewport, instead, it is an icon of a broken file. All images from other guests (which are not .heic) are opened in Geeqie with no issues.

Also, these .heic images can be opened normally by other software, so they don't seem to be problematic.

To reproduce Steps to reproduce the behavior: Open Geeqie and navigate to the directory with a photo of an iPhone, and try to open it.

Expected behavior The photo to be loaded normally.

Screenshots Screenshot_20250724_222855.png.gz

Image sources Here is a photo example 20250710_142722595_iOS.heic.gz

Error logs or seg. fault files These are logs from the built-in terminal

warning: heif reader error: Invalid input: Unspecified: Too many auxiliary image references
warning: heif reader error: 2 (Invalid input: Unspecified: Too many auxiliary image references)

Additional context Nothing that I can think of. P.S. Why there are no AppImages for stable builds?

uderbashi avatar Jul 24 '25 20:07 uderbashi

The image loads OK for me. Please set up a test folder with a single image, and then start Geeqie e.g. geeqie --debug=4 /tmp/test Perhaps the debug output will help find the problem.

P.S. Why there are no AppImages for stable builds?

Because no one asked.... Well, actually I assumed that anyone wanting to use a "stable" version would use the Geeqie package within the distribution they use.

caclark avatar Jul 25 '25 16:07 caclark

Well, actually I assumed that anyone wanting to use a "stable" version would use the Geeqie package within the distribution they use.

Fair enough, I guess I am a weird pokemon :D

Please set up a test folder with a single image, and then start Geeqie e.g. geeqie --debug=4 /tmp/test Perhaps the debug output will help find the problem.

There you go

logs.txt

If anything else is needed, let me know.

uderbashi avatar Jul 25 '25 21:07 uderbashi

Do you have libde265 installed?

caclark avatar Jul 29 '25 15:07 caclark

Package "libde265-1.0.16-1.fc42.x86_64" is already installed

Also, I was under the impression that AppImages come with all the necessary libraries bundled with them. Is that not the case?

uderbashi avatar Jul 29 '25 20:07 uderbashi

Also, I was under the impression that AppImages come with all the necessary libraries bundled with them. Is that not the case?

There are some system files that are required, but in this case there is a problem with the way the Geeqie AppImage is created.


I installed Fedora from scratch and eventually got the image to display using the packaged Geeqie (the Geeqie AppImage still does not display the image). I am sorry, but I did not make a note of which the critical install module was. The sequence was:

geeqie rpmfusion free rpmfusion non-free libheif libde265 libheif-freeworld

caclark avatar Aug 01 '25 12:08 caclark