Archive manager does not delete cached copy of files after editing them inside encrypted archives.

Bug #1615275 reported by Damian Pereira
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
File Roller
New
Undecided
Unassigned

Bug Description

Steps to reproduce:

* Create a 7zip encrypted file, password protect it.
* Open that file with Archive Manager
* Open a text file with scratch, edit it and update if you want to.
* Close scratch.
* Close Archive manager.
* Open scratch again, cached version of file will still be there, even if the original Archive Manager window was closed.

I think it would be nice if Archive manager tried to delete the cache or told the user that these cached files are still there. I might try to edit SecretInformation.txt inside the 7z file, close everything and then next person comes in, opens text editor and can still see the cached version without having a password.

Not sure how important is the use-case of editing encrypted 7z as an encrypted folder, but if it is intended to be secure then this is clearly a bug.

description: updated
affects: elementaryos → file-roller
Revision history for this message
Damian Pereira (pereira-damian-m) wrote :

I'm using eOS Loki Beta, this issue does not happen on Freya, where the cache file is deleted immediately after closing the 7z file.

So the issue is not present on version 3.12 of file-roller, but is present in version 3.16.5 shipped with Loki. I will try to update to latest stable to see if it's fixed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.