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 655205 - Image display stutters
Image display stutters
Status: RESOLVED FIXED
Product: eog
Classification: Core
Component: image viewer
3.0.x
Other Linux
: Normal normal
: GNOME3.4
Assigned To: EOG Maintainers
EOG Maintainers
: 663741 664109 667205 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2011-07-24 13:32 UTC by rainman3d2002
Modified: 2012-06-25 20:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed fix/workaround (1.15 KB, patch)
2011-09-23 19:36 UTC, Felix Riemann
none Details | Review

Description rainman3d2002 2011-07-24 13:32:37 UTC
When using the space bar or the navigation buttons to move between images, the old image stutters on the screen before being replaced by the new image. This is an annoyance when using Eog on the Linux console, but becomes a major usability issue when using it through a vnc session as, to display another image, the system is forced to re-display the old image at slightly reduced size before immediately replacing it with the new image.
Comment 1 rainman3d2002 2011-07-24 14:50:42 UTC
It seems that it doesn't do it for all images, and I was wrong about the navigation buttons. They don't cause this issue, but using the space bar to move forward does.
Comment 2 rainman3d2002 2011-07-24 15:23:22 UTC
This is getting even more confusing. The navigation buttons do show the same effect, just not on all images. Some images are displayed at 100%, but most are too large for that.
Comment 3 Felix Riemann 2011-07-27 18:43:01 UTC
Can you try with the statusbar disabled? From time to time I've seen that the progressbar that is shown during load enlarges the statusbar a little bit which would trigger a redraw if the image is large enough.
Comment 4 Tobias Hansen 2011-08-25 21:10:00 UTC
I also experience this in eog 3.0.2. It is indeed caused be the loading bar being larger than the text. Please make sure the size of the statusbar doesn't change while loading.
Comment 5 Felix Riemann 2011-09-23 19:36:42 UTC
Created attachment 197367 [details] [review]
proposed fix/workaround

Please test this one if possible.

This fixes it for me using the standard theme, not sure about others.
Comment 6 Felix Riemann 2011-10-03 21:25:08 UTC
Imported the fix into git, now that master is up for development again (not taking it for gnome-3-2 for now).
Please reopen if it still happens with eog-3.3 (once a new development release is out).

commit e83787ad630df42e98ded11ed05a0377590f078b
Author: Felix Riemann <>
Date:   Fri Sep 23 20:58:20 2011 +0200

    Reduce vertical borders of progressbar in statusbar to avoid redraws
    
    Otherwise the progressbar causes the statusbar to enlarge which will
    trigger a redraw of the already shown picture.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=655205


This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 7 Felix Riemann 2011-11-10 10:21:03 UTC
*** Bug 663741 has been marked as a duplicate of this bug. ***
Comment 8 Felix Riemann 2011-11-15 17:47:13 UTC
*** Bug 664109 has been marked as a duplicate of this bug. ***
Comment 9 Felix Riemann 2012-01-04 13:21:38 UTC
*** Bug 667205 has been marked as a duplicate of this bug. ***
Comment 10 Volker Sobek (weld) 2012-06-23 21:26:44 UTC
Can this bug be re-opened? Seeing this again with current master and jhbuild for 3.6.
Comment 11 Felix Riemann 2012-06-25 19:56:45 UTC
(In reply to comment #10)
> Can this bug be re-opened? Seeing this again with current master and jhbuild
> for 3.6.

Just pushed eog-3.5.2 out of the door which should handle this better.
If this shows up again, we'll need a different fix. :(
Comment 12 Volker Sobek (weld) 2012-06-25 20:51:02 UTC
(In reply to comment #11)
> (In reply to comment #10)
> > Can this bug be re-opened? Seeing this again with current master and jhbuild
> > for 3.6.
> 
> Just pushed eog-3.5.2 out of the door which should handle this better.
> If this shows up again, we'll need a different fix. :(

It's fixed for me with your commit from today, thanks!