Cropped and Straightened Photos are Displayed Only After a Delay
Submitted by an unknown user
Link to original bug (#718912)
Description
---- Reported by shotwell-maint@gnome.bugs 2013-04-03 08:43:00 -0700 ----
Original Redmine bug id: 6743
Original URL: http://redmine.yorba.org/issues/6743
Searchable id: yorba-bug-6743
Original author: Phil "RzR" Coval
Original description:
On our reference platforms (Ubuntu Quantal, Ubuntu Raring, Fedora 18) this problem manifests itself as an unsightly flash when applying a crop or straighten. I believe this is due to our enabling double-buffering in Cairo during active editing operations and then disabling it when we return to the normal single-photo view. See #4739 (closed) for more information.
Related issues:
- related to shotwell - 4740: [precise] crop tool is sluggish (Invalid)
- related to shotwell - 4739: disable double buffering in SinglePhotoPage (Open)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-06-05 02:27:00 -0700 ----
History
Comment 1
Updated by Clinton Rogers 8 months ago
Hi again Rzr,
May we know:
- what mode the application is in when this occurs
- what the size of the image is in pixels
I ask because, among other things, the straighten operation can take considerable time with very large images (the sluggish performance is ticketed elsewhere) and it is possible to get into a state where it looks like the operation didn't take effect, but it actually did and the app is still working on producing the final image.
Comment 2
Updated by Clinton Rogers 8 months ago
- Status changed from Open to Need Information
Comment 3
Updated by Phil "RzR" Coval 8 months ago
Clinton Rogers wrote:
Hi again Rzr,
May we know:
- what mode the application is in when this occurs
I guess the browser mode , "Library" highlighted on the left
- what the size of the image is in pixels
just tried w/ a small one 200x200~
I had to resize the window to make it redraw ...
Maybe refresh op is missing once computation is over ?
(will dig in the code, soon or later)
Also I use the "debian experimental" configuration described
in this other report :
http://redmine.yorba.org/issues/6607#change-24855
Comment 4
Updated by Jim Nelson 8 months ago
Is it possible for you to supply us with an image that causes this problem?
Comment 5
Updated by Phil "RzR" Coval 8 months ago
Jim Nelson wrote:
Is it possible for you to supply us with an image that causes this problem?
you can use "shotwell-street.jpg" ...
Pressing F11 make it redraw and it appears fine if F11 is pressed again ...
( but window is not the same size as reported http://redmine.yorba.org/issues/6607 )
Comment 6
Updated by Jim Nelson 8 months ago
I can't reproduce with shotwell-street.jpg. Could you take a screencast of what's going on and send it to us so we can see what's going on?
Comment 7
Updated by Phil "RzR" Coval 8 months ago
- File shotwell_0.14.0-1.dsc.ogv added
Jim Nelson wrote:
I can't reproduce with shotwell-street.jpg. Could you take a screencast of what's going on and send it to us so we can see what's going on?
Sure, for your pleasure enjoy :
http://a6.video3.blip.tv/0440027320934/Rzrfreefr-shotwell_01401dsc746.ogv
Comment 8
Updated by Clinton Rogers 8 months ago
Hi again,
I just had a look at the screencast; thanks for that. One more question I forgot to ask earlier - when this happens, are you running Wayland or Xorg?
Comment 9
Updated by Phil "RzR" Coval 8 months ago
Clinton Rogers wrote:
Hi again,
I just had a look at the screencast; thanks for that. One more question I forgot to ask earlier - when this happens, are you running Wayland or Xorg?
Hi again
debian's default setup xorg-server 2:1.12.4-5
More versions reported on this bug :
http://redmine.yorba.org/issues/6607
Btw, just curious what is shotwell's reference distro ? setup ? probably fedora ?
If you have more questions you can find me on IRC #shotwell ...
Comment 10
Updated by Jim Nelson 7 months ago
- Status changed from Need Information to Open
- Target version set to 0.15.0
Let's convene when I'm back in the office and see if we can't get some traction on this issue.
Comment 11
Updated by Lucas Beeler 7 months ago
@jim: Oh, we got traction. I see a weird snap-back-to-unstraightened-then- snap-to-straightened behavior on my office Raring box.
Comment 12
Updated by Jim Nelson 7 months ago
Great -- I think. But at least it's reproducible.
In any event, let's discuss when I return.
Comment 13
Updated by Phil "RzR" Coval 7 months ago
If it helps I checked on 0.14.1 and gnome-3.8.1 , it's still present
Comment 14
Updated by Lucas Beeler 7 months ago
- Subject changed from straighten pictures not displayed immediatly to Cropped and Straightened Photos are Displayed Only After a Delay
- Description updated (diff)
- Category changed from editing to ux
Comment 15
Updated by Jim Nelson 6 months ago
-
Target version deleted (
<strike>
_0.15.0_</strike>
)
Comment 16
Updated by Phil "RzR" Coval 6 months ago
- Priority changed from Normal to Low
- % Done changed from 0 to 60
I also noticed it works as expected on ubuntu too
But it is still present on my gnome-3.8.2 base ...
Sorry it cant be resolved yet
Edit: after some system upgrade (gnome-3.8.3+) issue resolved itself ...
Feel free to close this issue now
--- Bug imported by chaz@yorba.org 2013-11-25 21:59 UTC ---
This bug was previously known as bug 6743 at http://redmine.yorba.org/show_bug.cgi?id=6743 Imported an attachment (id=262597)
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