Flicker during zoom under special conditions in fullscreen mode
Submitted by Lucas Beeler
Link to original bug (#716903)
Description
---- Reported by lucas@yorba.org 2010-12-14 19:42:00 -0800 ----
Original Redmine bug id: 2965
Original URL: http://redmine.yorba.org/issues/2965
Searchable id: yorba-bug-2965
Original author: Lucas Beeler
Original description:
I discovered this problem while working on http://redmine.yorba.org/show_bug.cgi?id=2542 and #2946 (closed). It's relatively difficult to reproduce, because it depends on non-deterministic events occurring in a particular sequence. If you're lucky, you can reproduce it as follows:
(1) Open an image in fullscreen view
(2) Apply an adjustment
(3) Immediately after clicking 'Ok' in the adjustment palette to apply the adjustment, spin the scroll wheel on the mouse as quickly as you can to zoom in on the image. If you're lucky, you'll see the old, unadjusted image flicker-in for a split second, then be replaced by the new, properly adjusted image.
The reason for this is that the ZoomBuffer rebuilds its various cached images asynchronously, and it takes time for the new images to become available. The reason this flicker is visible in fullscreen mode and not in full-window mode just comes down to the fact that on a modern, 1920×1080 widescreen HD display, the screen-sized preview images that the ZoomBuffer deals in are relatively large. Solving this will require some clever optimizing in the ZoomBuffer.
--- Bug imported by chaz@yorba.org 2013-11-25 21:48 UTC ---
This bug was previously known as bug 2965 at http://redmine.yorba.org/show_bug.cgi?id=2965
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