Issue 83984

Summary: Opening a password protected document from the OS blocks opening more documents until password dialog is confirmed
Product: General Reporter: christoph
Component: uiAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, superwacker
Version: OOo 2.3   
Target Milestone: ---   
Hardware: PC   
OS: Linux, all   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---

Description christoph 2007-11-26 16:07:38 UTC

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).


 1. Make sure that no window of 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.


My 2.3 runs on Ubuntu Linux 7.04 with the normal Gnome Desktop
Environment and the Metacity window manager.
The quickstarter is not used.

Maybe this issue is related to (Opening a password
protected file looses focus after loading).

The behavior has been mentioned at
Comment 1 Mathias_Bauer 2007-11-26 22:54:51 UTC
Andreas, please have a look. It seems to be a parenting issue.
Comment 2 andreas.schluens 2007-11-27 13:59:35 UTC
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.
Comment 3 andreas.schluens 2009-01-05 12:04:27 UTC
Comment 4 Mathias_Bauer 2009-05-06 17:23:43 UTC
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
Comment 5 David 2012-10-17 17:25:23 UTC
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.
Comment 6 Marcus 2017-05-20 10:55:46 UTC
Reset assigne to the default "".