Issue 86077

Summary: Restore the older extension when cancelling the installation of a new one
Product: General Reporter: bettina.haberer
Component: uiAssignee: joachim.lingner
Status: CLOSED FIXED QA Contact: issues@framework <issues>
Severity: Trivial    
Priority: P2 CC: issues, mdxonefour
Version: OOo 1.0.0Keywords: usability
Target Milestone: OOo 3.0   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description bettina.haberer 2008-02-13 16:47:32 UTC
It is useful to remove the old extension, if the user decides to install the new
extension without cancelling the installation. But the user should have the
opportunity to cancel the action. And in that case the old extension must not be
removed, as it is currently the case; the user should at least be able to keep
the old status. He should not be forced to download the extension again.
Imagine, he has paid for it, the extension repository can also include
extensions one has to pay for. Now he is forced to download and pay again...We
really need to be able to restore the older extension for target 3.0.
Comment 1 bettina.haberer 2008-02-14 13:25:26 UTC
Concerning the bad usability of this issue I changed the priority. 
Comment 2 joachim.lingner 2008-02-15 09:03:23 UTC
Comment 3 joachim.lingner 2008-06-06 13:37:28 UTC
I submitted issue  90438 because we need some strings. It also explains the
behavior of the cancel button.

The cancel behavior can be best tested with the extension manager gui and the

The behavior of pressing cancel in the 'Download and Install' dialog  is the
same as pressing cancel in the Extension Manager dialog, when one manually
updates an extension. In both cases XPackageManager::addPackage is called. The
function will first remove the existing extension and then register the new one.
Comment 4 joachim.lingner 2008-06-06 13:54:12 UTC
*** Issue 75122 has been marked as a duplicate of this issue. ***
Comment 5 bettina.haberer 2008-06-06 14:22:20 UTC
@JL: What has been resolved within this issue 86077 on target OOo 3.0 wwith prio
2? It is set on fixed, but points to a new one. 
Comment 6 joachim.lingner 2008-06-06 14:37:16 UTC
Cancelling an add / remove operation did not really work. Cancelling remove
could lead to a damaged extension. In case of an online update cancelling could
mean that the original extension is removed while the update was not installed.
Comment 7 joachim.lingner 2008-06-10 16:20:40 UTC
jl->jsk: Please verify
Comment 8 joerg.skottke 2008-06-13 09:07:49 UTC
In which specification document has this feature been documented?
Comment 9 joerg.skottke 2008-06-13 09:14:00 UTC
... and how can i test it, preferably automatically? I would need an extension
that can be updated and takes sufficiently long time to install so i can gab the
dialog and cancel the update
Comment 10 bettina.haberer 2008-06-13 10:06:55 UTC
@jsk: This is not a feature, removing existing installations after canceling the
action (download / Install) is a bug.
Comment 11 joachim.lingner 2008-06-13 13:10:37 UTC
I submitted issue 90695 because canceling of "Disable" does not work.

Clarified function of cancel button at
Comment 12 joerg.skottke 2008-06-20 11:18:01 UTC
Verified for Windows, Linux and Solaris
Comment 13 joachim.lingner 2008-07-18 09:17:09 UTC