After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 709908 - EOG fails displaying large images
EOG fails displaying large images
Status: RESOLVED OBSOLETE
Product: eog
Classification: Core
Component: image viewer
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
: 709881 711215 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-10-11 12:24 UTC by Bjoern Doebel
Modified: 2021-06-19 08:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Python script to generate test files. (372 bytes, text/x-python)
2013-10-11 15:38 UTC, Bjoern Doebel
Details
Python script to generate test files. (505 bytes, text/x-python)
2013-10-11 15:48 UTC, Bjoern Doebel
Details

Description Bjoern Doebel 2013-10-11 12:24:36 UTC
EOG does not display the following image: https://os.inf.tu-dresden.de/~doebel/pics/eog-large.png

$> uname -a
Linux gloin 3.11.2 #1 SMP Sun Sep 29 12:04:49 CEST 2013 x86_64 GNU/Linux

$> eog --version
GNOME Image Viewer 3.8.2

$> eog eog-large.png
(eog:8757): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea': invalid value (typically too big) for the size of the input (surface, pattern, etc.)
Comment 1 André Klapper 2013-10-11 15:24:01 UTC
Which other images did you test with?
Comment 2 Bjoern Doebel 2013-10-11 15:38:03 UTC
Created attachment 257016 [details]
Python script to generate test files.
Comment 3 Bjoern Doebel 2013-10-11 15:40:54 UTC
I stumbled across the issue when generating visualizations of some measurements I did. Those visualizations look like https://os.inf.tu-dresden.de/~doebel/pics/eog-good.png (which btw. works in eog).

I then figured that eog fails displaying the images if they get too wide. I wrote the attached script to generate test images. Usage is

$> ./img.py <width> && eog out.png

On my machine eog fails to load the image if width >= 32758 (2^14?).
Comment 4 Bjoern Doebel 2013-10-11 15:47:55 UTC
Tested the generator further. The issue also happens with image height set to >= 32758.
Comment 5 Bjoern Doebel 2013-10-11 15:48:47 UTC
Created attachment 257017 [details]
Python script to generate test files.

Usage:
$> ./img.py <width> <height> && eog out.png
Comment 6 Felix Riemann 2013-10-12 09:59:06 UTC
32k is currently the limit eog can open.

I was told it's a libcairo limitation: bug 672990 comment 2.
But I am not sure how to work around it though.
Comment 7 Felix Riemann 2013-10-12 10:00:40 UTC
*** Bug 709881 has been marked as a duplicate of this bug. ***
Comment 8 Felix Riemann 2013-11-06 17:38:04 UTC
*** Bug 711215 has been marked as a duplicate of this bug. ***
Comment 9 yaomtc 2017-06-27 01:46:07 UTC
The 7900 x 9750 PNG available at the download link on this page (80MB)

http://viwrastupr.deviantart.com/art/My-Little-Pony-Friendship-is-Magic-667085058

fails to load. It also causes the desktop to stutter and momentarily hang.
Comment 10 André Klapper 2021-06-19 08:46:07 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/eog/-/issues/

Thank you for your understanding and your help.