Bug 391155 - inconsistent selection behaviour after move and copy
Summary: inconsistent selection behaviour after move and copy
Status: RESOLVED WORKSFORME
Alias: None
Product: dolphin
Classification: Applications
Component: panels: folders (show other bugs)
Version: 17.12.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-27 10:13 UTC by Michael Heidelbach
Modified: 2020-11-24 04:34 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Heidelbach 2018-02-27 10:13:44 UTC
The situation: Move files from one panel to the other.

From the logical point of view it is not inconsistent. The rules are clear:
- Keep selected items selected.
- If there are no selected items select the new items.

From the usability point of view it is inconsistent because now the user has to analyze the situation.
Are there items selected in the target?
If I want the new items to selected I need to unselect them first.
It is now the user adapting to the software instead of the other way around.

This may even get dangerous when many files are moved. In that case the selected items may scroll out of view and hence the user might not be aware of them and apply detrimental operations.

Personally I see no use for keeping items in the target panel selected. Because it is more likely that I want to apply consecutive operations on the new ones than do something with the old.

In conclusion: Please always select the new items and only those. 
I'm not fully decided on this, but I think this should also apply when files are moved/copied by other means e.g konsole panel.
Comment 1 Justin Zobel 2020-10-25 01:05:35 UTC
Michael, can you please confirm this is still an issue with a more recent version of Dolphin.
Comment 2 Bug Janitor Service 2020-11-09 04:33:48 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 3 Bug Janitor Service 2020-11-24 04:34:12 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!