Apache OpenOffice (AOO) Bugzilla – Issue 83984
Opening a password protected document from the OS blocks opening more documents until password dialog is confirmed
Last modified: 2017-05-20 10:55:46 UTC
SUMMARY It is not possible to open any further document from the GUI of the operating system if a password dialog is still open. The open requests seem to be collected in a kind of queue until the password dialog is confirmed (then, the documents will be opened) or will canceled (then, the queue seems to be ignored and nothing happens). This seems not to occur on Windows (please refer to the discussion link at the end of the description). STEPS TO REPRODUCE 1. Make sure that no window of OpenOffice.org is opened. 2. Open a password secured document directly from the GUI of the operating system. The password dialog appears. 3. Try to open another document from the GUI of the OS. The document will not open... 1. If the password dialog is closed by Cancel, no document will be opened at all. 2. If the password is entered and confirmed, then both the password secured document and the second document will be opened. ADDITIONAL INFORMATION My OpenOffice.org 2.3 runs on Ubuntu Linux 7.04 with the normal Gnome Desktop Environment and the Metacity window manager. The OpenOffice.org quickstarter is not used. Maybe this issue is related to http://qa.openoffice.org/issues/show_bug.cgi?id=73968 (Opening a password protected file looses focus after loading). The behavior has been mentioned at http://ux.openoffice.org/servlets/ReadMsg?list=discuss&msgNo=1028
Andreas, please have a look. It seems to be a parenting issue.
Sorry - but issue 73968 isnt related to these one. Please read comments there. The problem here is ... our command line does not support multiple requests at the same time. Because the core of OOo does not allow loading of documents in parallel ... it cant work via command line too. All requests will be queued and executed in serial order. If one of those requets will be blocked e.g. by a modal dialog / interaction it stops the whole queue. Idea: We can try to establish a process which detect such needed interactions ... cancel the current request but hold an UI alive. Such UI will make it possible to enter all needed informations later (e.g. the password) and will restart the request again. BTW: Same problem will occure on windows too.
.
This turns out to be another side of the general problem of unblocking file handling. As this is under investigation currently we will have a look on this aspect also. Grabbing issue
Confirming that I still see this with OOo 3.4.1 (Build 9593) on Ubuntu Linux 7.10. Windows is likewise still free of this problem, using Windows 7.
Reset assigne to the default "issues@openoffice.apache.org".