Bug 61911

Summary:	LO installer fails to install to the same directory
Product:	LibreOffice	Reporter:	access2godzilla
Component:	Installation	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	jmadero.dev, thomas-libo, timar74, timur
Priority:	medium
Version:	4.0.0.3 release
Hardware:	All
OS:	Windows (All)
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	List of permissions

Description access2godzilla 2013-03-06 16:38:45 UTC

The LO installer fails to install to the the directory in which it has been previously installed. This issue has been present since a few recent versions of the installers, though I don't remember from which version this problem started.

To reproduce the issue:
1. Download the LO installer and run it.
2. Select the same directory in which LO was previously installed.
3. The installer hangs.

Comment 1 Timur 2013-03-12 09:37:51 UTC

We do reinstallations but don't have such problems.

Did you test on multiple or on a single machine?
Are those machines with vcredist_2010SP1_x86.exe (I think it's 2010 in LO4, there was 2008 in LO3) and patched?

Can you follow this "Report a crash in LibreOffice" video? 
https://www.youtube.com/watch?v=fppBTs215yc?

Comment 2 access2godzilla 2013-03-12 10:44:39 UTC

Occurs on every machine I have access to (and all of them are Windows XP SP3).

The hang generally is so bad that it is not possible to collect any data regarding it.

In my case, however the path to which I install Libreoffice is "C:\apps\libreoffice".

Comment 3 Timur 2013-03-12 12:14:41 UTC

What are the access rights on C:\apps and C:\apps\libreoffice? 
Please list or attach photos. Looks like a privilege problem.

Comment 4 access2godzilla 2013-03-14 07:12:51 UTC

Not a rights problem since I have correct permissions for both C:\Apps and C:\Apps\LibreOffice.

Anyway, list of permissions has been attached. It's taken using MinGW's chmod, so only r and w are significant, not x.

Comment 5 access2godzilla 2013-03-14 07:13:36 UTC

Created attachment 76511 [details]
List of permissions

Comment 6 Joel Madero 2013-04-16 20:38:29 UTC

Andras - happen to have any pointers about this one?

Comment 7 João Paulo 2013-10-17 05:10:47 UTC

I had no troubles reinstalling LibreOffice 4.1.2.3 on the same folder under Windows Vista 64 bits.

Can anyone test on a Windows XP SP3?

Lowering the importance, as LibreOffice can be uninstalled and the folder erased before installing again on the same directory path, and it can be done with all the shared extensions. As a matter of fact, I prefer running a .CMD script which does that: uninstall, remove the folder, install LibreOffice, install all shared extensions.

Comment 8 retired 2014-01-15 10:29:09 UTC

Is this bug still valid / reproducible with the latest pre-release 4.2.0.1: http://www.libreoffice.org/download/pre-releases/

Should this be still reproducible for you with the latest LO release please set this bug back to UNCONFIRMED.

Setting to WORKSFORME as of comment 7.

Please also note that WinXP is EOL in April 2014.

Comment 9 retired 2014-01-15 10:29:41 UTC

Maybe NEEDINFO is a better state until we get more feedback.

Comment 10 Thomas Arnhold 2014-06-17 07:24:26 UTC

I cannot reproduce this on Windows XP SP3:

1. Installed LibreOffice 4.1.6 into C:\Apps\LibreOffice
2. Installed LibreOffice 4.2.4 into C:\Apps\LibreOffice

No problems. So setting this to WORKSFORME.