Now, when a directory becomes empty after a deletion, the directory itlsef shifts at the bottom of the list.
In a case, after a deletion, a copy and a recompare (more on this once I have replicated the exact sequence) in the list I had both the directory (this usually means it's empty) and its content. I deleted the "empty directory" and all its content was silently erased on disk but didn't disappear from the list. Indeed, clicking on it I got the message "unreachable file" .
JeremyNicoll wrote: ↑Mon Jun 27, 2022 2:32 am
Does that depend on how the list is sorted?
Of course.
But I almost always sort the directories on relative path and I didn't change it lately (or at least I don't remember having done it) and anyway now I double checked the sorting mode is that.
Recipe:
compare two directories with subdirs (it doesn't matter if the subdirs match or not);
delete all the subdir content in one of the pane;
pronto: the now empty directory is at bottom!
just recompare: the empty directory goes back at the right place.
Just to confirm: so you issue is that the newly shown empty directory initially appears in the wrong place? If so, I will argue that sorting of all items to place the newly shown empty directory in the right place is an unnecessary waste of time.
Well, to begin with: it wasn't so up to not so many versions ago.
Then, no need to sort again: the directory position is exactly the same of the removed files!
The unnecessary waste of time is exactly to have to recompare (and resort).
OK, fair point. We'll make the change to sort directory comparison items if an empty directory has been made visible by EDP as a result of deletion. This will go to the next build of 13.0.