https://bugs.documentfoundation.org/show_bug.cgi?id=154980
--- Comment #1 from Mike Kaganski <[email protected]> --- Please clarify which exact command line should work differently, when the file referenced in that command line is opened. Also please mention which other application has that document open, because that could affect reproducibility: e.g., notepad on Windows doesn't lock its open files; LibreOffice has relaxed its locking of opened files in ~recent versions, etc. As far as I see it, a command line like soffice path/to/document is exactly in the same what is used to open the GUI (so would work exactly the same way, showing a confirmation dialog when the default open mode is unavailable). "Commandline/headless" might refer to use of --headless switch; but that needs the exact command line that uses it, and fails. soffice path/to/document --headless This command line fails e.g. when document is an XLS, and it is opened in MS Excel on my system: the default open mode for XLS is "open for editing", and it is unavailable, and there's no GUI available. In a script (which is what headless mode is primarily designed for), failure to execute the command as specified is a hard failure, so IMO nothing to change. This command line succeeds for me: soffice -n path/to/document --headless and the program starts without the GUI, but with a new document created based on the document, even when the document is opened in MS Excel. I used Version: 7.5.3.1 (X86_64) / LibreOffice Community Build ID: d29ee673721b12c92b3de9b9663473211414f0db CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
