Description: The find and replace dialogs and the standard filter dialogs (and probably others) vanish if another main LO window gets focused. This makes life very hard for some desktop mouse policies (eg focus under mouse / focus follows mouse). For instance, I have several windows open including two or more LO windows and the are not maximised. If I call up one of these dialogues it may appear somewhere on the screen that does not overlap with my current LO window. If this occurs I need to move the mouse from the LO window to the dialog to use it. If the mouse crosses another LO window (which will momentarily get mouse focus) the dialog disappears. The way to rectify this is to either maximise the LO window (which is irritating if you're trying to move information from document to document) or create a stepping stone trail of non LO windows between the LO window and the likely location of the dialog box. It's <really> infuriating. Steps to Reproduce: Choose an appropriate mouse focus policy: eg focus follow mouse. Start two or more LO calc windows, position so that the dialog boxes will appear not over the current LO window. Call up one of these transient dialogs. Cross the other LO window with the mouse on the way to the dialog. The dialog vanishes. Actual Results: The dialog vanishes. Expected Results: The dialog shouldn't vanish or should somehow remain tethered to the original LO window Reproducible: Always User Profile Reset: No Additional Info: no other information - I put linux only but this is really related to window focus policy so affects all unixs but probably not mac or windows
I reproduce under Ubuntu 20.04 Gnome, but the dialog reapers when the mouse go to its parent window. Please could you attach a screencopy in which the window positions make necessary to choose particular path to move the mouse? Status has been set to NEEDINFO, please set it back to UNCONFIRMED once requested information has been provided. Best regards. JBF
I think you've missed the point... Let's say I have LO open and it covers 1/2 of my screen. I do something to summon one of these dialogues. The dialogue appears on the other side of the screen. I need to move the mouse to it to use it. I move the mouse, the dialogue disappears, I can't use it. I move the mouse back to the LO pane it doesn't matter if it reappears I still cannot use it, every time my mouse crosses no-mans-land it vanishes.
(In reply to ffs from comment #0) > Description: > The find and replace dialogs and the standard filter dialogs (and probably > others) vanish if another main LO window gets focused. This makes life very > hard for some desktop mouse policies (eg focus under mouse / focus follows > mouse). > > For instance, I have several windows open including two or more LO windows > and the are not maximised. If I call up one of these dialogues it may > appear somewhere on the screen that does not overlap with my current LO > window. > > If this occurs I need to move the mouse from the LO window to the dialog to > use it. If the mouse crosses another LO window (which will momentarily get > mouse focus) the dialog disappears. I don't reproduce this. Maybe you could record your screen and add the video as an attachment. Also please copy and paste here the contents of your Help - About. This allows us to know more about your system. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information. Arch Linux 64-bit Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: eac2e7520de09d019c07b63f9f89d865c20b1e4e CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 13 May 2022
Dear ffs, 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 INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/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 MassPing-NeedInfo-Ping
Dear ffs, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA 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 our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp