Progress bar for thumbnail regen
Submitted by Eric Gregory
Link to original bug (#718799)
Description
---- Reported by eric@yorba.org 2012-10-01 14:03:00 -0700 ----
Original Redmine bug id: 5913
Original URL: http://redmine.yorba.org/issues/5913
Searchable id: yorba-bug-5913
Original author: Eric Gregory
Original description:
When first starting Shotwell 0.13 there's a bit of a shock as all the thumbnails are gone. They get regenerated, but there's no visual indication that anything is happening (unless you include the CPU meter.)
We should have a progress bar that indicates what's going on.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:39:00 -0700 ----
History
Comment 1
Updated by Jim Nelson 11 months ago
- Category set to ux
Comment 2
Updated by Jim Nelson 9 months ago
- Target version changed from 0.14.0 to 0.15.0
- Keywords set to string-change
We'll try and get this in 0.15.
Comment 3
Updated by Lucas Beeler 9 months ago
This is the only candidate ticket I see that could be pushed forward to 0.14 and picked off prior to the string freeze deadline on Monday. That said, given the complexities of callback reporting, etc. necessary to get a smooth progress bar, I don't recommend moving this ticket forward.
Comment 4
Updated by Jim Nelson 9 months ago
I agree. Let's let this one stand for now.
Comment 5
Updated by Jim Nelson 8 months ago
- Priority changed from Normal to High
Comment 6
Updated by Jim Nelson 6 months ago
-
Target version deleted (
<strike>
_0.15.0_</strike>
)
--- Bug imported by chaz@yorba.org 2013-11-25 21:58 UTC ---
This bug was previously known as bug 5913 at http://redmine.yorba.org/show_bug.cgi?id=5913
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