Issue 86077 - Restore the older extension when cancelling the installation of a new one
Summary: Restore the older extension when cancelling the installation of a new one
Status: CLOSED FIXED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.0.0
Hardware: All All
: P2 Trivial (vote)
Target Milestone: OOo 3.0
Assignee: joachim.lingner
QA Contact: issues@framework
URL:
Keywords: usability
: 75122 (view as issue list)
Depends on:
Blocks:
 
Reported: 2008-02-13 16:47 UTC by bettina.haberer
Modified: 2008-07-18 09:17 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
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
sunsearchtoolbar.

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
http://specs.openoffice.org/appwide/packagemanager/online_update_for_extensions.odt
http://specs.openoffice.org/appwide/packagemanager/Extension_Manager_UI_Change.odt
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 
.