Should unselect files after moving selected files away by drag-drop |
|||||
Issue descriptionSteps To Reproduce: (1) Open a directory containing 3 or more files. (2) Select 2 or more files. (3) Drag&drop the files to another directory in the left pane (directory tree view). (Note: you can also move files to a sub directory under the source directory shown in the right pane, but in this case you need to do it quickly so that it will not navigate into it while dragging.) Expected Result: Files are moved. File selection in the source directory is cleared. Actual Result: Files are moved. One of the files (right after selected ones) in the source directory is newly selected. It stays in the check-select mode. How frequently does this problem reproduce? (Always, sometimes, hard to reproduce?) Always This is similar to Issue 742689 . The difference is that deletion can be done by keyboard shortcut as well, whereas drag-and-drop is always done by pointer (mouse, touch, stylus). So user is less likely to care about the keyboard focus after drag&drop.
,
Aug 17 2017
This is the screenshot of the app's current behavior when moving file by drag-drop, as well as deleting files.
,
Aug 28 2017
,
Aug 31 2017
Looks like a relevant to the issue Marianne is working on.
,
Aug 31 2017
Since moving is implemented by deleting + adding, the fix I have implemented and am about to send out for review (for bug 742689 ) will change the behavior for this situation as well. New behavior: Files are moved. The file nearest to the last file that got selected for check-select will be selected in single-select mode Keyboard focus will be on the list, the arrow keys will change the single-selected file. Is this the intended behavior? Or should no file be selected at all (not even in single-select mode)?
,
Sep 7 2017
,
Sep 26 2017
Related bug fixed which also fixes this bug, so I'm closing it |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by yamaguchi@chromium.org
, Aug 17 2017