After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 315176 - multiple selection after move or delete
multiple selection after move or delete
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.6.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2005-09-03 12:27 UTC by Stephane Chauveau
Modified: 2006-10-20 12:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Stephane Chauveau 2005-09-03 12:27:43 UTC
Version details: 2.6.6
Distribution/Version: debian

After coming back from vacation I had to to sort a thousand images and I
discovered a very annoying bug: multiple thumbnail selection (with shift click
or by drawing a box) does not work avter moving or deleting some images.

Steps to reproduce:
 (1) select an thumbnail and delete or drag it to another directory (but without
changing the current dir)
 (2) at that point, the next thumbnail should automatically be selected
 (3) try to select multiple thumbnails 
       (a) by shift clicking to extend the selected range. 
       (b) or by drawing a box around some thumbnails.
       (c) by clicking on a single thumbnail
 (4) none of those methods work. The thumbnail remains selected. After that any
of (a), (b) or (c) works. 

This is a minor issue but it becomes really annoying when you have to process
hundreds of images.
Comment 1 Michael Chudobiak 2006-10-19 20:00:39 UTC
It works for me with 2.7.7. Are you still having this problem?

- Mike
Comment 2 Stephane Chauveau 2006-10-19 20:19:03 UTC
I just tried on 2.7.9. 

After deleting or moving images, I can now successfully select by drawing a box or by clicking on a thumbnail.

However, shift clicking to extend the selected range still does not work properly.



 



Comment 3 Michael Chudobiak 2006-10-19 20:32:40 UTC
Hmm. I can't reproduce that problem. Could you provide a new step-by-step sequence so that I can reproduce your problem exactly?

If I:

1. have one image selected (3393.JPG)
2. and hit delete, then click "move" (to trash),
3. then observe selection move to 3394.JPG,
4. then hit shift+right arrow,
5. I see the selection encompass 3394.JPG and 3395.JPG.

Does something else happen on your system?

- Mike
Comment 4 Stephane Chauveau 2006-10-19 20:46:26 UTC
The shift +right arrow works as you describe. 
The problem is shift + mouse button:

1. have one image selected (3393.JPG)
2. and hit delete, then click "move" (to trash),
3. then observe selection move to 3394.JPG,
4. then shift+mouse button on 3396.JPG
5. The selection is 3396 only instead of 3394+3395+3396



Comment 5 Michael Chudobiak 2006-10-20 12:19:26 UTC
Stephane,

Oops, I misunderstood what you meant. Yes, I can confirm that shift+mouse does not expand the selection, it moves it to a new single selection.

However, Nautilus does the same thing, so this is either a bug in Gtk, or it's supposed to do that. It's not a gthumb bug exactly.

I'm closing this bug as fixed (because most of it works now and the remaining issues are not caused by gthumb), but I'm opening a new Nautilus bug (bug 363643) to examine the mouse click issue. (Bug 363643 might be moved to Gtk+; I'm not sure which is more appropriate.)

- Mike