Bug 405856

Summary: Misplaced selection
Product: [Applications] digikam Reporter: Christian Gruber <GruberChristian>
Component: Albums-ItemsGroupAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 5.6.0   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In: 7.1.0
Sentry Crash Report:
Attachments: Screencast showing the bug

Description Christian Gruber 2019-03-25 11:35:35 UTC
SUMMARY

When grouping pictures, the selection is often placed to the beginning, which makes it hard to work continuously.

STEPS TO REPRODUCE
1. Take a directory with many pictures
2. Mark several of them with the shift-arrow-keys
3. Pull a picture of this marked ones with the mouse to another one, and select that you want to group the entries
4. Press the right arrow key to mark the next picture

OBSERVED RESULT

The selected picture is the first one of this long directory

EXPECTED RESULT

The selected picture should be the next one

SOFTWARE/OS VERSIONS
Windows: -
macOS: -
Linux/KDE Plasma: Kubuntu 18.04.2
(available in About System)
KDE Plasma Version: ?
KDE Frameworks Version: 5.44
Qt Version: 5.9.5
Comment 1 caulier.gilles 2019-03-25 11:39:35 UTC
Can you check if this behavior is reproducible with 6.1.0 pre-release Linux AppImage bundle available here :

https://files.kde.org/digikam/

Gilles Caulier
Comment 2 Maik Qualmann 2019-03-25 13:07:32 UTC
I can not reproduce the problem here with digiKam-6.1.0. The next selected image is after the group

Maik
Comment 3 caulier.gilles 2019-03-25 13:41:18 UTC
I just checked too. It's not reproducible here with 6.1.0

Gilles Caulier
Comment 4 Christian Gruber 2019-03-25 16:24:22 UTC
Strange. I WAS able to reproduce this behavior with the new version of Digikam. Does this behavior have perhaps other reasons? Which ones can be perhaps responsible?
Comment 5 caulier.gilles 2019-03-25 16:25:48 UTC
Which versions exactly, outside 5.6.0 of course ?

Gilles Caulier
Comment 6 Christian Gruber 2019-03-25 17:07:50 UTC
The latest development version, 6.1.0
Comment 7 caulier.gilles 2019-03-25 18:07:39 UTC
Can you take a vide cast of this problem ? Just your your cellular and share the movie through the cloud.

Gilles Caulier
Comment 8 Christian Gruber 2019-03-25 21:32:27 UTC
I have added a screencast as an attachment. First I created loads of GIF files, starting with 001.gif. In Digikam 5.6.0 I grouped then some random files: first I selected a bunch with shift-right, then I pulled the first one to the second one with the mouse and selected to group them. I pressed then the right-arrow key. Instead of jumping to the next entry, it jumped to the first one (001.gif).
By the way, the command I used the big amount of pictures was:
for i in $(seq -w 1 999); do convert -density 90 -pointsize 72 label:$i $i.gif; done
Comment 9 Christian Gruber 2019-03-25 21:34:48 UTC
Created attachment 119037 [details]
Screencast showing the bug
Comment 10 Maik Qualmann 2019-03-26 12:21:21 UTC
If the items are dropped within the select as in the screencast, I can reproduce the behavior. I never thought of forming a group like that. Presumably the next index is no longer valid and it will be reset to the first index.

Maik
Comment 11 Christian Gruber 2019-03-26 12:31:58 UTC
So, what is the preferred way to create a group? I just came up with this way and do not stick to it.
Comment 12 caulier.gilles 2020-08-01 15:40:31 UTC
digiKam 7.0.0 stable release is now published and now available as FlatPak:

https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/

We need a fresh feedback on this file using this version.

Thanks in advance

Gilles Caulier
Comment 13 Christian Gruber 2020-08-01 17:19:50 UTC
In this version, the selection seems to behave as expected.
Comment 14 caulier.gilles 2020-08-01 20:09:22 UTC
Thanks for the feedback