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 333595 - changing image with scrollwheel doesn't show correct image
changing image with scrollwheel doesn't show correct image
Status: RESOLVED NOTABUG
Product: eog
Classification: Core
Component: collection
2.13.x
Other All
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
: 334961 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-03-06 10:28 UTC by Felix Riemann
Modified: 2006-09-07 01:32 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
temporary workaround (2.61 KB, patch)
2006-06-09 12:50 UTC, Felix Riemann
none Details | Review

Description Felix Riemann 2006-03-06 10:28:26 UTC
Please describe the problem:
The ability to change the image using the scrollwheel (as introduced in bug
#331645) works good on fast disks. But on slow drives (possibly over a slow
network too) it can happen that the wrong image is displayed at last, when
switching over multiple images at once.

Steps to reproduce:
1. Put some images on a slow disk (my digicam over USB1.1 is sufficient here)
2. Open the first image
3. Use the mouse wheel to quickly select let's say the 15th image in the collection


Actual results:
EOG starts loading the images. The selected image will show up but is replaced
by another image from between the 1st and the selected image. It's still
selected in the collection though.

Expected results:
EOG shows the selected image

Does this happen every time?
Yes, on slow disks.

Other information:
I think a good solution would be to implement a little delay when selecting
images with the mouse wheel, so that only the final selected image is loaded.
Currently if you skip many pics at once you have a loading-job for every image
you skip.
Another possibility would be to acutally cancel the loading-job if the image is
changed again.
Comment 1 Felix Riemann 2006-03-06 12:25:54 UTC
This can also be triggered using the keyboard instead of the mouse wheel.
Comment 2 Lucas Rocha 2006-03-18 12:44:21 UTC
*** Bug 334961 has been marked as a duplicate of this bug. ***
Comment 3 Felix Riemann 2006-06-09 12:50:13 UTC
Created attachment 67041 [details] [review]
temporary workaround

This patch adds a little timeout after changing the selection in the collection.
It's only a temporary workaround until the new job system from eog-ng, which is not affected by this bug, gets merged into the mainline (2.17?).
Comment 4 Felix Riemann 2006-08-02 11:00:50 UTC
This seems to work correctly now. I cannot reproduce it with current CVS HEAD.
It has apparently been fixed by the fix for bug 340827 (as it appears again after reverting it).
But there is now a memory usage problem. When I click through the images one by one it's okay, but when I try to reproduce this bug I get the correct image but the memmory usage has increased noticeably depending on how many images I skipped.
Comment 5 Lucas Rocha 2006-09-07 01:32:23 UTC
Closing this bug because the mouse wheel won't be used to switch images on thumbnail pane anymore (See bug #331645).