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 742021 - Saving changes changes the selected set of files
Saving changes changes the selected set of files
Status: RESOLVED DUPLICATE of bug 739758
Product: easytag
Classification: Other
Component: general
2.3.x
Other Linux
: Normal normal
: 2.2
Assigned To: EasyTAG maintainer(s)
EasyTAG maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-12-27 08:43 UTC by J.B. Nicholson
Modified: 2014-12-27 10:04 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description J.B. Nicholson 2014-12-27 08:43:59 UTC
I'm testing this on GNU/Linux but I'm guessing you'll be able to see this behavior on any OS.

Saving changes alters which files are selected (reducing the set to 1). Which file is still selected appears to be random. Also, the file list is scrolled for no apparent reason.

Steps to reproduce:
1. Open EasyTAG on any folder with EasyTAG-modifiable files (the filetype doesn't matter but I used FLAC files). You should pick a folder with more files than EasyTAG can show in the file list view.
2. Select some files (contiguous selection or discontiguous selection, it doesn't matter).
3. Click the save button or press Control-S to save the files. You need not change anything to see the behavior described in the next step.
4. There is only one file selected(!). If your file list was long enough to be scrollable in the EasyTAG file list, that one file is scrolled to the top of the file list(!).

I don't think the selection should have changed at all and if nothing in the sorting of the new files changed the list order, I don't think the list should have been scrolled at all.

It would help to not alter the file selection so one could apply further changes to a (possibly complex) set of files without having to reselect them.
Comment 1 David King 2014-12-27 10:04:25 UTC

*** This bug has been marked as a duplicate of bug 739758 ***