Apache OpenOffice (AOO) Bugzilla – Issue 2987
document window sometimes doesn't open in front
Last modified: 2016-07-28 09:20:55 UTC
When I open a Writer window by double clicking a document on my desktop, it does not open in front of any windows already there, but stays behind them. An inappropriate display of modesty ;)
This is not a bug ! It`s the normal behaviour of the MS-window manager in Win2000 and Win XP ! Example... open a document via doubleclick from "my computer" - the document will open in front of the "my computer - window", then click on the "my computer - window" again - it comes to the foreground. Now doubleclick again on a document - it will open in the background, where the other document stays and the "my computer - window" remains in the foreground ! Not a bug ! A MS-feature !
Not a bug -> closed !
Hi Thorsten, I beg to differ! This is not the "normal" behaviour of W2000/XP windows manager. Try this with e.g. Notepad or Windows picture viewer, and you will see that they always open in front. I'm pretty sure the same with MS Office (I could install it just to check, but I'd rather stick with OOo as the only office suite on my system). It may be MS to blame for the differences between W9x and 2000/XP that makes OOo not working correctly, but that does not mean there is no need to fix it. Although it's certainly no high priority issue, small details like this detract from (potential) user's impression of the software. Please reopen!
Sorry Simon, but OO.o does is correct. It does not change the default behaviour of the "window manager" concerning task window activation and in the sense of being a "good" application this is right. There is an important difference between Notepad or the picture viewer compared with OO.o: both start a new process for every new window, OO.o does not, same as Internet Explorer if you open new windows by opening html documents (not by executing iexplore.exe directly). Try the following: open the IE, then go to your windows explorer, doubleclick any html document and you will see that the IE does the same as OO.o: it opens a window that does not come to front but flashes in the taskbar instead. Both applications (IE and OO.o) would open their window to the front on Win98 or WinNT, but not on Win2000 or WinXP, that's the system compatible behaviour.
Hi Mathias, Thorsten, What version of Windows and IE did you try this with? On my system (XP Home and IE 6.0), when following your instructions, IE opens the new window in front!!! BTW, is it clear from my description that I observe this behaviour with the very first OOo window opened? If it were only the subsequent ones like you describe, then I wouldn't have such a problem with it. Apart from this, from the user's standpoint this behaviour remains strange and undesirable (even with subsequent windows). The only reason for double clicking a document is that you want to work with it, and the extra action to bring the window to front should not be necessary. It may be that no new process is started for the OOo window (I assume this is because it is opened by the quick loader which already runs?), but this fact is not at all apparent, and should not be relevant, to a user. The behaviour is simply perceived as annoying. Why should OOo meekly conform to default window manager policies? I can't imagine MS Office being this "modest". I agree that this is not strictly a bug, so I'd like to propose reopening the issue as an enhancement/feature request ("force OOo window to the front if it's the first one opened"). Please reopen!
Oh yes, indeed I didn't recognize that you are talking about the *first* window. While my arguments are also valid for this case (from a technical point of view), I agree that this is very unsatisfying from the users perspective. So we should really check out, if this is what we want. The problem is that Win2000/XP never puts a window to front if it is opened from a running process that is not active. I assume that you are using the quickstarter, right? So you will exactly get the flashing window. If you doubleclick an OO.o document without using the quickstarter, it should be OK (for the first document). I just talked to a guy from our gsl team and I was told that it is possible to force windows to bring the window to front. But because this is "naughty" behaviour for a windows app, it's still under discussion if we really should do this.
Stefan, would you please take over?
I don't see any problems to force new top-level windows to the foreground. I'll give it a try.
ssa->cj: please decide if we want a change in our window placement policy.
I agree, we should give it a try.
To clarify my statement, I'm currently writing on a "window behavior" specification and this Bug is a good topic to add. The specification will take effect on OpenOffice.org 2.0.
Will be started once the specification is finished.
please verify.
I don't know why I became owner of this one... SBA->CJ: I don't know if you already have a task for that. At least now you do :-)
Reassigned to Bettina.
Hello Christian, there is no spec existing on OO.o named "Window behaviour" and so I cannot get any state about. Please take this issue to your ownership and close it, when the specification is available. Thank you.
according to the announcement on releases (http://www.openoffice.org/servlets/ReadMsg?list=releases&msgNo=7503) this issue will be re-targeted to OOo Later.
Hi, Please retarget this issue to OOo 2.0 (at the latest). Recently I opened a new document, and thought that *nothing* had happened, as the new window opened behind a bigger window that was already on the screen and therefore wasn't visible at all. It's confusing, and not what a user expects. If you open a new document you should be able to start typing right away. If this is not too difficult to implement, resolution should not have to wait until after OOo 2.0.
*** Issue 72455 has been marked as a duplicate of this issue. ***
one (or both) of the following functions from the win32 api should be all that's needed to be called to fix this. Public Declare Function SetForegroundWindow Lib "user32" Alias "SetForegroundWindow" (ByVal hwnd As Long) As Long Public Declare Function SetFocus Lib "user32" Alias "SetFocus" (ByVal hwnd As Long) As Long
Ping. This issue still exists in OOo 3.0.1. The first window opens in the foreground, any further windows open in the background. Very annoying and different from the other programs I've tested (Word, IE, Notepad).
This aggravating bug still exists in 3.0.1 on Windows 2000 & XP. I'd like to switch my business over to using OOo, but this been a large impediment with initial end-user testing. To Reproduce: open an OOo document from an explorer window. If there are no other OOo apps/documents running, it usually gets focus and opens in front of other windows, like things usually do in windows. If another OOo app/document is open and minimized or in the background (non-focused) and user opens another, is also opens behind or minimized. sometimes the OOo taskbar icon flashes to give a hint, but sometimes does not. This is not consistent with other windoze apps or what users expect.
I hacked together a solution for this problem... you can find the diff at http://lleroy.webs.com/BringToFront/ Since the diff probably makes little chance to be incorporated in the official version, I have posted a patched .dll on my page
(In reply to lleroy from comment #23) > I hacked together a solution for this problem... you can find the diff at This URL is no longer available. Could you attach this .diff file directly here? Maybe this hack should be updated to be compatible with AOO 4 :-(
Remain true for Vista and Win10.