Extraction function doesn’t respect parenthesises in file names at extraction collisions
Affected version
- Nightly flatpak: Can't test it because I’m abroad on a very restricted mobile network
- RPM on Fedora 32 Workstation: 3.36.3-db3491d
Steps to reproduce
- Create a folder with parenthesises in it’s name and dots inside the parenthesis (but not afterwards), like
[bla.blubb]
. - Compress it
- Extract it (maybe twice), so that you cause a name collision.
Current behavior
A (1)
etc. gets created inside the parenthesis’ content, instead of afterwards. Nautilus thinks that the content after the last dot is the file extension part, but it isn’t. Seems there is no parenthesis logic.
Expected behavior
Would be nice if a parenthesis logic could be implemented (guess could be hijacked from some other project). Dirty solution might be to just check for closing parenthesises after the last dot, and then put the (1)
at the very end. Guess as folders don’t have file extensions, this could even be the default for folders in general (and destinctions of cases be applied solely to files).
Example
Edited by Frank Brütting