Created attachment 178952 [details] Example where the dialog is shown When there is already a document open, and I open a document from my mail client, which will be opened as readonly, a blank screen appears. The dialog which gives information and options to open the document, is shown above the other document. This document is mostly behind the newly opened document, or on another virtual screen. When the user doesn't notice there is a dialog, it looks like Libreoffice has crashed. In my opinion, these dialogs should be shown on top the new created window. In the screenshot I simulated this behaviour, where the dialog is under the new window.
Thank you for the report. Please test again in a version that is currently supported, namely version 7.5, and report back to let us know if the issue is still present. Thank you!
Tested this with Version: 7.5.3.2 (AARCH64) / LibreOffice Community Build: 956dff12ba03b9acd7730a5a... Unfortunately not complete fixed. Here is what happens (in a single screen setup) - I open a new ODT file on desktop 1 and save it to downloads - I'll send some ODT file by email to myself - I open my mailclient on desktop 2 - Then I'll open the ODT in the email - a blank screen appears on desktop 2 - the focus is moved to libreoffice on desktop 1 and the following dialog appears above file number 1 on the desktop 1 > The lock file could not be created for exclusive access by LibreOffice, due to missing permission to create a lock file on that file location or lack of free disk space. > > Select Notify to open read-only and get notified when the document becomes editable. Notify - when I close or confirm the dialog, it stays on desktop 1, but the document opened on desktop2 I would expect the notification to open above the new blank screen, instead on the other desktops window
[Automated Action] NeedInfo-To-Unconfirmed
Confirming. Not just in this particular circumstance, but more generally, LibreOffice is pretty useless at playing nicely with multiple desktops and multiple document windows open or active on those other desktops. It happens frequently to me where LibreOffice gets caught in a context switching loop, where it will flip from one document to another on different desktops for whichever OS-generated external event calling a dialog might have happened to upset it. The only way out of such a loop is to force kill the soffice process. Similar to the OP's observations, LibreOffice will display its own error message dialogs on the wrong desktop. The empty grey background window the OP refers to is the underlying basic soffice initiated LO desktop (which used to be an actual separate service back in the StarOffice/OOo days, and which could not be completely removed (for whatever reason, I forget), and which doesn't play nicely with macOS desktop environment. Reproducible in Version: 7.6.2.1 (AARCH64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Mac OS X 14.0; UI render: Skia/Raster; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded