Bug 31915

Summary: Modal dialogs aren't on OS X and multiple copies can be opened simultaneously or menu entries activated
Product: LibreOffice Reporter: Laurent Godard <lgodard.libre>
Component: UIAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: major    
Priority: medium CC: bfo.bugmail, bugs, foss, LibreOffice, thb
Version: 3.3.0 release   
Hardware: Other   
OS: Mac OS X (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: click the button to initiate a modal dialog

Description Laurent Godard 2010-11-25 03:43:11 UTC
Created attachment 40569 [details]
click the button to initiate a modal dialog

if a modal dialog is active, the menus remains active, leading to potential inconsistency

the activre window and toolbar is not active but the main menu remain active as they are detached to the top level classic Mac Os menu bar

the menus remain fully fonctional

a modal dialog should not allow to play with the menus

works correctly for windows and linux
Comment 1 Yifan Jiang 2010-11-26 02:41:06 UTC
Look like a OSX specific problem. I didn't see the problem on SLED11 and Windows.
Comment 2 Rainer Bielefeld Retired 2012-07-14 07:08:53 UTC
NOT reproducible with "LibreOffice  3.5.5.3  English UI/ German Locale  [Build-ID: 27122e39-92ed229-498d286-15e43b4-d70da21] on German WIN7 Home Premium (64bit) and reporter's sample, same with own samples.

IMHO indeed more or less all Document UI should be locked while such a dialog is open, but  I do not kono whether there exist user scenarios where it might be useful to have UI avalilable.

@Laurent Godard
With what version did you observe the problem?
Did that ever work for you on MAC with an older (may be OOo) version?


@Roman:
Can you confirm this problem
Comment 3 Laurent Godard 2012-07-16 07:09:47 UTC
reproduced on LibrO 3.5.4
IIRC, the problem was the same on OOo
Comment 4 Roman Eisele 2012-08-16 10:19:41 UTC
Yes, this is a MacOS X-specific issue. It is REPRODUCIBLE on MacOS X 10.6.8 (Intel) with
* LibreOffice 3.3.0 release
* LibreOffice 3.4.0 release
* LibreOffice 3.5.5.3 (Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21)
* LibreOffice 3.6.0.4 (Build ID: 932b512)
and also with
* Apache OpenOffice 3.4.0 (AOO340m1, build 9590, rev. 1327774);
therefore an old issue, probably inherited from OOo 3.x.

There are countless ways to reproduce this issue; a particularily easy one:
1) open a new Writer document
2) type some characters (optional)
3) select Format > Paragraph
4) Notice that still all menu items are active; so you can
5) select Format > Character:
now *two* modal dialogs are visible at the same time, stacked on top
to each other.

Really bad user experience ;-)

Background: maybe modal dialogs are not really modal in LibO, but are handled like non-modal dialog windows?
Comment 5 bfoman 2013-07-25 07:07:57 UTC
This bug has not been touched by its Assignee for a long time. To make it clearer which bugs should be fixed by someone else please take following action:
- If you are the Assignee, and you are actively working on the bug, please give it an update. 
- If you are the Assignee, and you do not plan to work on it in the near future,
please reassign it to the default assignee.
Comment 6 Don't use this account, use tml@iki.fi 2013-08-06 07:11:20 UTC
Apparently the code makes no attempt to use application-modal dialogs on OS X, except for in the file picker. At least not using the normal Cocoa API for that as I could see no use of runModalForWindow, runModalSession, beginModalSessionForWindow or beginSheet. I wonder if this was ever on the radar of those doing the Mac OS X port. Or is it so that it is just a coincidence that the dialogs mentioned here are application-modal on Linux, is the intent from LO's point of view that they don't need to be?
Comment 7 Tor Lillqvist 2013-08-26 07:34:58 UTC
*** Bug 68230 has been marked as a duplicate of this bug. ***
Comment 8 QA Administrators 2014-10-23 17:31:45 UTC
Please read this message in its entirety before responding.

Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.

If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System

Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 9 foss 2014-10-24 20:41:37 UTC
Persisting with Version: 4.3.3.1
Build ID: 7d55112667c8fcddb67bc3803796b46c93aa56b0

NEW

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.