Closed
Bug 557719
Opened 15 years ago
Closed 14 years ago
Add tests to verify that temporary downloaded xpis are deleted after installation
Categories
(Toolkit :: Add-ons Manager, defect, P2)
Toolkit
Add-ons Manager
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mossop, Unassigned)
References
Details
(Whiteboard: [rewrite])
Particularly in error cases we still should delete the temporary XPI.
Reporter | ||
Updated•14 years ago
|
Assignee: dtownsend → nobody
Comment 1•14 years ago
|
||
How do you determine whether an .xpi file is only temporarily downloaded?
I archive software that I install on my PC. I download .xpi files and install them from my hard drive. Then I archive them to a flash drive. I don't want any .xpi file deleted unless I explicitly delete it.
This also applies to .mar files for incremental updates of Thunderbird and SeaMonkey. I download them, install them from my hard drive, and then archive them.
Reporter | ||
Comment 2•14 years ago
|
||
This doesn't apply to anything you download manually, only to stuff we download to the temporary directory in the process of installing through the UI. We also already implemented tests for this so this is fixed.
test_install.js does downloads with failures and we test the tmp directory is empty at completion.
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Comment 3•14 years ago
|
||
As long as we don't know the exact patch it's WFM. I don't see a reason for a manual test.
Flags: in-litmus-
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•