When I try to open a ".odt" file in a folder on server, LO send that "Document already in use because is already in use by unknown user. This is very annoying for my company that forces us to work with LO 4.0.3. Operating sistems: Server: Win Server 2008 R2 Foundation SP1 64 bit PC: Win 7 Home Premium SP1 64bit, LO > 4.0.3 Best regards, MG
Created attachment 102282 [details] TestThisFile
Hello MarcoG, Please test if this same issue happens with LO 4.2.5 or 4.3.0 and if so, we can look into the issue. You can install the portable version if you dont wish to install it permanently on your company computer.
Thanks Jay P., just tested with both versions: LO 4.2.5.2 and LO 4.3.0.2 The bug is still present with both versions. With version 4.3.0.2 seems to reoccur less frequently, but there is and continues to occur without any apparent logic.
Thank you for confirmed it with the latest version. I'm passing this issue to the development team to have a look into it.
Is it only a specific .odt file? Is there a .~lock file corresponding to the .odt in the same folder (you must enable viewing of hidden files)? If yes, remove the lock file and the problem should be gone. It should be possible to disable file locking completely by disabling the environment variable SAL_ENABLE_FILE_LOCKING. Unfortunately, I don't know how to do this on Windows. Setting to NEEDINFO, change status to RESOLVED NOTABUG or back to UNCONFIRMED according to your results.
Good Morning, doing some tests I found that files with problems opening were "defective". All files were defective in a subfolder of a shared folder on the network. In Windows Explorer by clicking the right mouse button, properties, Security tab, the information of the file gave problems. The situation is shown on the attached file. Then I also discovered how to correct the problem: just copy the file to the desktop PC and the security section of the file back to normal. So you have to copy the file to the shared network BUT NOT IN A FOLDER (S: \ for example). By doing so it seemed to me that the security part of the file is written correctly. So finally you can copy the file to the desired shared network drive in the desired directory (D: \ Book1 \ for example) Carry the same correct file attached. In doing so the problem does not reappear when opening the file. Unfortunately I have noticed that sometimes the problem reoccurs even if a file is in place: we must repeat the procedure above and everything will return to normal. Sorry for the English: the fault is Google Translate :)
Created attachment 113520 [details] File with problem property Security file with problem
Created attachment 113521 [details] File correct property Security file correct
MarcoG: bug 67534 seems to be the same as yours and it got fixed. The fix will be in 4.4.1. Please test and report here. You can close this as duplicate, if you notice the problem is gone in 4.4.1 Thanks to Matthew Francis for spotting the dupe.
Dear Bug Submitter, 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 INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/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 This NEEDINFO message was generated on: 2015-09-03
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO Message generated on: 2015-10-14
Migrating Whiteboard tags to Keywords: (needAdvice) [NinjaEdit]
'needsConfirmationAdvice' is only used for unconfirmed bugs. Removing it from this bug. [NinjaEdit]