Shotwell jumps back while scrolling
Submitted by Adam Dingle
Link to original bug (#716787)
Description
---- Reported by adam@yorba.org 2010-09-30 09:11:00 -0700 ----
Original Redmine bug id: 2625
Original URL: http://redmine.yorba.org/issues/2625
Searchable id: yorba-bug-2625
Original author: Adam Dingle
Original description:
Simon Spannagel reported:
Sometimes there is an issue with scrolling – unfortunately I can't really say in which situations you can reproduce that behaviour – but it is very annoying. If you marked a picture and then scroll down, sometimes it just jumps back to the marked picture or a bit below.
Mattias Pldaru added:
I can confirm it. On my computer it is easily reproducible.
Open an event with images enought to scroll, the thumbnail size does not matter
Select an image
Start scrolling not too fast, so you could see how the selected image jumps to the middle (vertically) one, often two times, as you keep scrolling
This does not start happening every time, but if it does start, it happens with almost every try. It may be related to the mad scrolling I sometimes do with my thinkpad's touchstick middlebutton scroll. But after this starts, it happens even after closing and reopening shotwell.
I don't see this. Vera, could you try to reproduce this with a large photo collection?
---- Additional Comments From shotwell-maint@gnome.bugs 2012-09-13 15:48:00 -0700 ----
History
Comment 1
Updated by Jim Nelson almost 3 years ago
- Status changed from Open to 5
- Resolution set to fixed
- % Done changed from 0 to 100
r2416
Comment 2
Updated by Jim Nelson almost 3 years ago
- Status changed from 5 to 4
-
Resolution deleted (
<strike>
_fixed_</strike>
) - % Done changed from 100 to 0
-
Priority deleted (
<strike>
_High_</strike>
)
I've detected another situation where this can occur:
-
With a library of 100 photos or more, make sure none are tagged. View -> Tags should be enabled. Make sure the viewport is at the top of the checkerboard display.
-
Ctrl+A and tag all of them.
-
Begin scrolling down using the mouse wheel. Watch the scrollbar. It will jump.
This has to do with the Thumbnail objects not allocating space for the tags until they come into the view of the user, which forces a reflow. Since Pango allocations are expensive, they should allocate the space for the text, but not create the Pango object itself.
It's possible we can fix this for 0.8.
Comment 3
Updated by Adam Dingle almost 3 years ago
I'm unable to reproduce this using the steps above.
Comment 4
Updated by Adam Dingle almost 3 years ago
OK – Jim showed me this bug in action and I can reproduce it now. The effect is a bit subtler than I expected, so I didn't notice it the first time around.
Comment 5
Updated by Jim Nelson almost 3 years ago
- Priority set to High
The fix for this is too complicated to incorporate into 0.8 at this late hour. Hopefully we can fix this for 0.9.
Comment 6
Updated by Stefan - over 1 year ago
- Description updated (diff)
Are there any progress on this bug? The "annoying" scrolling behavior is still present in Version 0.12.3.
Let me explain, why this one is annoying. When you want to tag the photos of your last import and going to select photos to give them the same tag and the view jumps up and down - this would drive you crazy :-)
Comment 7
Updated by Adam Dingle over 1 year ago
- Target version set to 0.13
Stefan, there's been no progress since the last update here. It would be nice to revisit this for 0.13, though.
Comment 8
Updated by Adam Dingle about 1 year ago
-
Target version deleted (
<strike>
_0.13_</strike>
)
--- Bug imported by chaz@yorba.org 2013-11-25 21:47 UTC ---
This bug was previously known as bug 2625 at http://redmine.yorba.org/show_bug.cgi?id=2625
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution