Bug 45540 - Changing between Documents not Possible if Dialog Boxes are Displayed
Summary: Changing between Documents not Possible if Dialog Boxes are Displayed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Dialog
  Show dependency treegraph
 
Reported: 2012-02-02 05:03 UTC by Harald Koester
Modified: 2023-07-21 03:17 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2012-02-02 05:03:09 UTC
Problem description: 

Steps to reproduce:
[1] Open 2 new text documents
[2] Open a dialog box in one of the documents (e.g. Format > Character...)
[3] Change to the other document (with Alt+Tab / click into other window / Windows task bar)
[4] Also open a dialog box in this document (e.g. Format > Character...)
[5] A change back to the other document (with Alt+Tab / click into other window / Windows task bar) is not possible.
The Bug also exists if you use a text document and a drawing. Hence I believe, that the bug exists for all kind of LO documents.
If you have a third document with no dialog box open, a change to this document is possible.

Expected behavior: A change between documents should always be possible, especially if dialog boxes are displayed.

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.25) Gecko/20111212 Firefox/3.6.25
Comment 1 Harald Koester 2012-02-17 01:57:27 UTC
Bug also in 3.5.0 release.
Comment 2 sasha.libreoffice 2012-05-14 07:23:42 UTC
Thanks for bugreport
reproduced in 3.5.3 on Fedora 64 bit and Windows 7 32 bit
not reproduced in 3.3.4 on Fedora, so possible regression

IMHO LibreOffice thinks that both dialogs belongs to one document and can not correctly switch document before dialog closed
Comment 3 Harald Koester 2012-11-27 14:50:36 UTC
Bug still exists in Version 3.6.3.
Comment 4 A (Andy) 2014-09-27 17:26:50 UTC
reproducible with LO 4.3.2.2 (Win 8.1)
Comment 5 Robinson Tryon (qubit) 2015-12-14 05:42:40 UTC Comment hidden (obsolete)
Comment 6 Jean-Baptiste Faure 2016-04-16 07:52:06 UTC
Not a bug because some dialog boxes have to be modal. For example you can't modify a document when changing the character formatting. But if I open the character formatting dialog for the first document, I can edit the second. If I open a modal dialog box in each document, I can only switch between each dialog box. For me it is the correct behavior and the previous one (before the current "regression") was a bug.

Please open a bug report for the particular type of dialog box you think it has not to be modal. As this bug report is too general, I am closing it as NotABug.

Best regards. JBF
Comment 7 Harald Koester 2016-08-26 19:31:25 UTC
Hi Jean-Babtiste,

I agree with you, that in this case a switch between the two dialogue boxes should be performed. Exactly this does not work. Perhaps my initial description of step 5 was not clear enough.

Hence status set back to NEW.

Best regards.
Comment 8 QA Administrators 2018-08-13 02:38:34 UTC Comment hidden (obsolete)
Comment 9 Harald Koester 2018-08-25 18:28:35 UTC
Bug still exists with version 6.1.0 (64 bit, Win10).
Bug already exists in version 3.3.0. Hence inherited from OOo.
Comment 10 Xisco Faulí 2019-05-15 10:17:15 UTC
it can't be a regression if it's inherit from OOo
Comment 11 Harald Koester 2019-07-16 08:16:05 UTC
Bug still exists in version 6.2.5 (64 bit) with Win10.
Comment 12 QA Administrators 2021-07-16 03:48:37 UTC Comment hidden (obsolete)
Comment 13 Jean-Baptiste Faure 2021-07-18 17:08:20 UTC
Not reproducible for me with LO 7.2.0.1.0+ under Ubuntu 20.04.
Not able to test under MS-Windows and MacOS, so I do not change the bug status.

Best regards. JBF
Comment 14 Thomas Lendo 2021-07-20 23:12:40 UTC
Not reproducible in Ubuntu 20.04 with LibreOfficeDev 7.3.
Reproducible in Windows 10 with LibreOfficeDev 7.3.
NO chance to test under MacOS.
Comment 15 QA Administrators 2023-07-21 03:17:25 UTC
Dear Harald Koester,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug