Bug 105681 - 5.3.0.3 installer hangs when custom option to install to d: drive selected
Summary: 5.3.0.3 installer hangs when custom option to install to d: drive selected
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
5.3.0.2 rc
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 112895 (view as bug list)
Depends on:
Blocks: Installer-Windows
  Show dependency treegraph
 
Reported: 2017-02-01 19:47 UTC by John Kissane
Modified: 2025-07-11 03:11 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John Kissane 2017-02-01 19:47:46 UTC
Description:
Installer kept hanging if a custom install to go to the d: drive is selected. After a few attempts & a reboot, I gave up and let it install to the primary (c:) drive which went as normal. It did remove most of the files from the previous installation to the d: drive as part of this.

Steps to Reproduce:
1. Run the installer
2. Select custom install
3. Change the installation folder to the d: drive

Actual Results:  
Hang!

Expected Results:
Should install to selected drive like previous version.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.76 Safari/537.36
Comment 1 Buovjaga 2017-02-07 12:44:54 UTC
Was the installer located in the D: drive when you launched it?

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.
Comment 2 John Kissane 2017-02-07 19:18:27 UTC
I had downloaded the installer file at work so was running from a USB flash drive (l: to be exact)
Comment 3 Buovjaga 2017-02-13 12:29:49 UTC
What is the D: drive? Is it on your physical hard drive?
Comment 4 John Kissane 2017-02-13 12:31:46 UTC
(In reply to Buovjaga from comment #3)
> What is the D: drive? Is it on your physical hard drive?

It's a physical hard drive but not the o/s drive which is c: The install went as normal once I let it install on the c: drive.
Comment 5 m_a_riosv 2017-10-05 18:00:06 UTC
*** Bug 112895 has been marked as a duplicate of this bug. ***
Comment 6 Jean-Baptiste Faure 2018-06-20 13:59:41 UTC
Issue confirmed from French users mailing list: http://document-foundation-mail-archive.969070.n3.nabble.com/mettre-sur-disque-D-tp4241910.html

Set status to NEW.

Best regards. JBF
Comment 7 Xisco Faulí 2018-06-21 15:23:17 UTC
Dear John Kissane,
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
Comment 8 QA Administrators 2019-06-22 02:50:24 UTC Comment hidden (obsolete)
Comment 9 John Kissane 2020-03-14 14:04:40 UTC
(In reply to Xisco Faulí from comment #7)
> Dear John Kissane,
> Could you please try to reproduce it with the latest version of LibreOffice
> from https://www.libreoffice.org/download/libreoffice-fresh/ ?

Apologies I no longer have a PC with a 2nd hard drive so cannot try to reproduce it.
Comment 10 QA Administrators 2022-03-15 03:55:18 UTC Comment hidden (obsolete)
Comment 11 Stéphane Guillou (stragu) 2023-01-06 13:27:10 UTC
I wasn't able to reproduce with the 7.4.3.2 64bit MSI, installing on a USB drive (D:).

Is Paul still able to reproduce?
Comment 12 Stéphane Guillou (stragu) 2023-01-14 07:06:06 UTC
Jean-Baptiste's link to the French mailing list doesn't work anymore, here is a working one: https://www.mail-archive.com/users@fr.libreoffice.org/msg40909.html
The issue was reported in 2018 for LO 5.4, Windows 10. The reporter says the installer tries to install to the C drive anyway.

Paul replied via email and said he wasn't able to test because of different hardware.

Duplicate bug 112895 could be a false-positive related to the unpacking of the installer on a nearly-full C drive.

Tempted to close as "works for me" because no one has reproduced since 2018 and LO 5.4.
Comment 13 Mike Kaganski 2025-01-11 06:14:53 UTC
So - is this reproducible?
The NEEDINFO status will auto-close the bug, if no data provided.
Comment 14 QA Administrators 2025-07-11 03:11:43 UTC
Dear John Kissane,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping