[interim] Drag and drop to event should not then open that event
Submitted by an unknown user
Assigned to cli..@..ba.org
Link to original bug (#718032)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-08-24 03:35:00 -0700 ----
Original Redmine bug id: 4014
Original URL: http://redmine.yorba.org/issues/4014
Searchable id: yorba-bug-4014
Original author: kost BebIX
Original description:
It's a little frustrating when you try to sort your photos "one by one" (or by multiple) to right events -- every time you drag&drop some photos to some event it also opens that event.
Thanks.
Related issues:
- related to shotwell - 6728: After creating a new event from multiple highlighted chec... (Fixed)
- related to shotwell - 6736: Choosing "New Event" from a checkerboard view does not ch... (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:38:00 -0700 ----
History
Comment 1
Updated by Jim Nelson about 2 years ago
- Category set to 4
- Priority changed from Normal to High
- Target version set to 0.12
That's a good point. We'll take a look at this for our next release of Shotwell.
Comment 2
Updated by Jim Nelson about 2 years ago
- Description updated (diff)
-
Target version deleted (
<strike>
_0.12_</strike>
)
Comment 3
Updated by Jim Nelson 11 months ago
- Target version set to 0.14.0
Comment 4
Updated by Jim Nelson 11 months ago
- Category set to ux
Comment 5
Updated by Jim Nelson 10 months ago
- Target version changed from 0.14.0 to 0.15.0
Comment 6
Updated by Lucas Beeler 8 months ago
- Subject changed from Drag and drop to event should not then open that event to [interim] Drag and drop to event should not then open that event
Comment 7
Updated by Lucas Beeler 8 months ago
- Assignee set to Clinton Rogers
- Target version changed from 0.15.0 to 0.14.1
Let's also see if this happens with tags...
Comment 8
Updated by Clinton Rogers 8 months ago
- Status changed from Open to Review
- % Done changed from 0 to 70
Comment 9
Updated by Lucas Beeler 8 months ago
- Status changed from Review to Open
Review: needs work. Clint, please make the changes we discussed.
Comment 10
Updated by Clinton Rogers 8 months ago
For those following this bug, verified that it does not occur with tags, only events...
Comment 11
Updated by Clinton Rogers 8 months ago
- Status changed from Open to Review
- % Done changed from 70 to 90
Please look at 5d5ddeb1b546e6b9694fd0ec572886a483fa503f for this.
Comment 12
Updated by Lucas Beeler 8 months ago
Review: approve with minor changes. Make the changes we discussed and commit!
Comment 13
Updated by Clinton Rogers 8 months ago
- Status changed from Review to 5
Applied in changeset 5fdd0080.
Comment 14
Updated by Lucas Beeler 8 months ago
- Resolution set to fixed
Comment 15
Updated by Clinton Rogers 8 months ago
- Status changed from 5 to Open
- Target version changed from 0.14.1 to 0.15.0
- % Done changed from 90 to 10
-
Resolution deleted (
<strike>
_fixed_</strike>
)
Reopening - there are plans to revert this patch and do this differently in 0.15.
Comment 16
Updated by Lucas Beeler 8 months ago
- Status changed from Open to 5
- Resolution set to fixed
This will be reverted in the 0.14.1 release branch but not in master. Fixing master is a separate ticket, #6736.
Comment 17
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:54 UTC ---
This bug was previously known as bug 4014 at http://redmine.yorba.org/show_bug.cgi?id=4014
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.
Version: 0.15.0
Resolution: RESOLVED FIXED