Description: When I open the Preferences/Options window in the newest release of LO, it is treated by macOS as part of the same window as any app window that is already open (Writer, Calc, or even the LO startup screen). If I drag that main window, the Options window moves with it, even though it should not. I am still able to move the Options window independently if I click it and drag it, but I cannot drag the other app window without also moving the Options window. I first encountered this problem when I opened the Preferences/Options window in macOS and moved it to my second screen. The options window disappeared from view. The only way to get it back was to go to App Exposé, which treated it as part of one big window with the other LO window that was open. The only way to get the Options window back was to drag this big window to the screen in such a way that part of both windows was visible, and then drag the Options window to a place from which it was visible on the screen. I don't recall seeing this behaviour in earlier LO versions, but I could be wrong. I have created a screenshot which shows how App Exposé treats both LO windows as one big window. I have also made a screen capture video which shows how both the main LO window and the Options window are dragged together. Steps to Reproduce: 1. Open any LibreOffice window 2. Open the Preferences window 3. Click and drag the window opened in step 1. Actual Results: Both the main window and the Preferences window are dragged and moved together. Expected Results: Only the clicked window should be dragged and moved. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: I am using a 15 inch MBP 2015 connected to an external 4K LG monitor through Thunderbolt/miniDP. Version: 6.4.4.2 Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff CPU threads: 8; OS: Mac OS X 10.15.4; UI render: GL; VCL: osx; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
Created attachment 161258 [details] Exposé screenshot showing two windows treated as one
Created attachment 161259 [details] Screen recording showing two windows treated as one
Confirming with Version : 6.3.5.2 Build ID : dd0751754f11728f69b42ee2af66670068624673 Threads CPU : 4; OS : Mac OS X 10.15.4; UI Render : par défaut; VCL: osx; Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR Calc: threaded
The bug still exists in the newly released version 6.4.5. Version: 6.4.5.2 Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6 CPU threads: 8; OS: Mac OS X 10.15.5; UI render: GL; VCL: osx; Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
Bug still exists in most recent release. Version: 7.1.3.2 / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Mac OS X 10.16; UI render: GL; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
I just noticed that this behaviour occurs whenever a window is opened that depends on something which happens in a main application window. For example, if I select a portion of text in Writer (or Calc, for that matter) and try to change the font (right-click; in the context menu select "Character > Character ..."), the character window moves along with the main window. This behaviour can be a minor nuisance or very annoying depending on the location of the main window and the sub-window. I therefore suggest that this bug is included in bug 42082 as it prevents LO from "shining and glowing" on macOS. Also, it still occurs in the most recent release. Version: 7.1.5.2 / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 8; OS: Mac OS X 10.16; UI render: GL; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
With all the enhancements in recent versions of LO for Mac, this bug is still present in the most recent release candidate of LO 7.5. For what it's worth, it happens both with Skia enabled and disabled. Version: 7.5.0.1 (X86_64) / LibreOffice Community Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df CPU threads: 8; OS: Mac OS X 12.6.2; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
I am renaming this bug as the behaviour described originally not only happens with the Preferences/Option window, but also if you open another secondary window, e.g. LibreOffice > About LibreOffice. when clicking a main LO window, the second window then gets dragged together with the first one, while it should either disappear behind the other window and/or remain in its place as it is a separate window. In any case, the bug still exists in the most recent release. Version: 7.5.4.2 (AARCH64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 10; OS: Mac OS X 13.4; UI render: Skia/Metal; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded