When I create a .zip-file using `zip test.zip -r ../../test`, copy test.zip into the parent directory and open it in file-roller to view a text file in the test directory, the actual file is opened, not the just temporarily extracted one. Reproducible: Always Steps to Reproduce: 1. Create dir ~/test with one text file in with random content (~/test/random.txt) 2. Create dirs ~/1/2 and cd into 2 3. `zip test.zip -r ../../test`, zip created test folder 4. Move test.zip into dir 1 5. Change content of ~/test/random to something else 6. Open test.zip in fileroller and open file random (in file-roller) Actual Results: - The viewed file (with e.g. gedit) is not the zipped file, it is the actual, original file - If the name of ~/test/random is changed, the file can't be opened in file-roller, because it doesn't exist (can't be found) - If test.zip is extracted, either using unzip or nautilus context menu, random will be created in the root-folder of the archive "test", instead of in the subfolder Expected Results: - The opened file is exactly the file zipped, file-roller / gedit do not break out of .cache/.fr-xxxxxx - During extraction the folder structure is kept, minus the ..-references. All files are extracted into their corresponding folders, not into the root-folder of the zip-file
Created attachment 702399 [details] emerge --info
I couldn't upload a little example with .gitconfig as attachment (error 500) so I put it into a gitlab: https://gitlab.com/f14h/zip-extract-gentoo Just copy that .zip into ~/Downloads or somewhere else and open it with file-roller and the contained .gitconfig with e.g. gedit. If ~/.gitconfig exists, this file with be shown instead.
Another interesting side-effect: When the archive is opened and you change the *original* file, file-roller asks you if you want to update the archive.
Are you still hitting this with the latest unzip version? It seems like an unzip bug to me (file-roller uses unzip at the end)
