Bug 123715 - windows setup no longer lists programs using files being installed
Summary: windows setup no longer lists programs using files being installed
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
6.2.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-26 07:05 UTC by lvm
Modified: 2019-02-26 07:50 UTC (History)
1 user (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 lvm 2019-02-26 07:05:22 UTC
Description:
Prior to 6.2 when windows setup encountered a locked shared file it identified the program using this file and prompted to terminate the offending program. 6.2 no longer does that, if it encounters a locked file it displays an information message and prompts for reboot after the installation even when all usual suspects where killed before the installation was allowed to proceed. win 10 64

Please restore the pre-6.2 handling of locked files.

Steps to Reproduce:
1. make sure that some LO files are locked by running programs  - in my case it usually where ms outlook and mozilla seamonkey 
2. start setup


Actual Results:
a message box informing that files are locked and PC will have to be rebooted  after  the installation will pop up and after the installation setup will prompt to reboot

Expected Results:
a message box listing programs locking the files should pop up with options to either terminate these programs or continue and reboot afterwards


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Mike Kaganski 2019-02-26 07:34:09 UTC
No change in this regards was made in installer. I believe that there was something else on your system that was not possible to resolve by closing applications, and thus led to reboot request. Windows Restart Manager (the component of MSI that is performing the function discussed) has limited abilities, e.g. it cannot restart a service if it's a service that locks something.

I let it UNCONFIRMED though, to see if someone is able to reproduce some consistent change in behavior in 6.2.
Comment 2 lvm 2019-02-26 07:50:06 UTC
Yes, I tried installing 6.1.5 and it now behaves the same way - my bad, sorry.

It was not a service however - when re-installing 6.2 I closed all programs which usually lock the files and it installed without requesting a reboot.