Issue 1524

Summary:	install 638 in same directory as 633 results in corrupted setup
Product:	Installation	Reporter:	Unknown <non-migrated>
Component:	code	Assignee:	Olaf Felka <olaf-openoffice>
Status:	CLOSED WONT_FIX	QA Contact:	issues@installation <issues>
Severity:	Trivial
Priority:	P3	CC:	issues
Version:	638
Target Milestone:	---
Hardware:	PC
OS:	Windows ME
Issue Type:	DEFECT	Latest Confirmation in:	---
Developer Difficulty:	---

Description Unknown 2001-08-24 13:55:35 UTC

I had a working 633 install. Decided to install 638 i the same directory.
Installer warned: files exist already, do you want to overwrite? I said yes, assuming this would result in a 'upgrade' installation.
Well: it didn't. the installer crashes at the end (when registering components) and the result is that NOTHING of openoffice works anymore.

I think that an 'update install' option should be provided, as (eventually) almost everyone will be updating their installation.
(first time install happens only the _first time_, and never after...)

Besides that: it doesn't make sense (i think) to install in a different directory all the tinme, because it results in lots of different copies all taking up disk space, and normal users will only want to use the most recent version)

Comment 1 Olaf Felka 2001-08-24 14:29:08 UTC

At this state of development it doesn't make sense to install into an 
older existing installation. A lot of files might not be compatible. 
This should work with the same build ids.
OpenOffice and StarOffice are not offering an update as you assume, 
and as far as I know we won't do this in the near future.
Feel free to write an enhancement to initiate a change.
It has been an explicit wish to install into directories named with the build ids, so it's easier to differ which version was used. If you
have a lot of copies delete the unused ones and the folder name tells
you which one isn't used anymore.

Comment 2 Olaf Felka 2001-09-03 10:23:51 UTC

No issue.