On win32 systems Libreoffice block folder with last file accessed even when this file is closed until all LO apps are completelly closed or some file in another folder is opened. You cannot for example move or delete such folder without closing all opened LO instances.
assigning to Tor
How did you open the document from the folder in question? From Explorer, by going to the folder in question and double-clicking or right-clicking? Or from inside LibreOffice?
(In reply to comment #2)
> How did you open the document from the folder in question? From Explorer, by
> going to the folder in question and double-clicking or right-clicking?
Problem is present when one uses explorer and double-click on file, or similarly start it from other file manager (Far manager, for example).
Steps to reproduce:
* create folder
* put LO-supported file in the folder
* open this file by double click or similar way (so 'start "filename"' is actually executed)
* open some file in any other location
* close first file
* delete first file
* try to delete created folder
Problem is absent when one uses Explorer->Right click->Open with... and select LO app from list.
> Or from inside LibreOffice?
There is no such problem in this case.
Try putting a .txt file in the newly created folder, and double-click on that in Explorer. Notepad should open editing it. Then close the Explorer window showing the folder. Then open another file from Notepad. Then try to delete the folder.
(In reply to comment #4)
> Try putting a .txt file in the newly created folder, and double-click on that
> in Explorer. Notepad should open editing it. Then close the Explorer window
> showing the folder. Then open another file from Notepad. Then try to delete the
Yes it is working similar way, i.e. one cannot delete folder until notepad is closed.
(In reply to comment #5)
> Yes it is working similar way, i.e. one cannot delete folder until notepad is
So it can be marked not a bug, but the problem is that from user point of view Writer and Calc (for example) are different applications.
Well, if (as I expect) it is being the current directory of the LibreOffice processes that keeps the folder open, we could fix it trivially, by making the processes change directory when started to some other place, for instance the location of their .exe file, which will obviously always exist. Then there is maybe just the small issue of remembering the original current directory so that can be used as the default directory for file open dialogs.
This might even be classified as an "Easy Hack"?
(In reply to comment #7)
> This might even be classified as an "Easy Hack"?
It is better idea, than marking "not a bug" :)
Daniil: Is this still valid when using LO 4.0? Could you give that a try?
No further feedback for one month from bug reporter.
@Daniil: If this problem is still reproducible using LO 4, please re-open this bug.
If anybody else with Windows wants to test this, please give it a go.
Seems to be fixed, sorry for delay. Tested on LO 18.104.22.168, win32, Vista