GNOME Bugzilla – Bug 771369
batch rename: sometimes fails to rename on search results
Last modified: 2021-06-18 15:48:32 UTC
In nautilus search results, if the selection for batch rename contains both files and containing parent folder, the rename may fail. This probably happens because Folders are renamed first, thus the containing files cannot be found anymore. How to reproduce: 1. Create some folders test1, test2, test3. 2. Create files within those folders with filename 'test' in it. 3. Search for the word 'test' in Nautilus. 4. Select all the results and rename. Result: The folders get renamed, but the content within the folders may not. Expected result: The files and folders should be renamed.
*** This bug has been marked as a duplicate of bug 770965 ***
Sorry. The bug is not about segfault after fail. But Its about the actual rename is not happening for the selection, which it is supposed to, and have no reason to fail if renamed in the right order (File first, then folders).
ah right, I missunderstood it. We do already some handling and reordering to avoid some fake positives on conflicts. This would be just another reordering to take into account.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.