Issue 19425 - Window manager's auto/click raise policy not followed
Summary: Window manager's auto/click raise policy not followed
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: ui
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1 RC4
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: AOO PleaseHelp
Assignee: thorsten.martens
QA Contact: issues@ui
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-11 08:17 UTC by mannisto
Modified: 2010-11-11 03:36 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
an avi screen capture movie showing the issue (576.80 KB, video/x-msvideo)
2004-03-17 20:35 UTC, mannisto 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mannisto 2003-09-11 08:17:03 UTC 
If Navigator/Presentation window is on then moving mouse over the document
window will auto raise it (and Navigator window) even if wm's raise policy is
set to click raise.

This makes it challenging to select stuff from Navigator window if you have more
than one OO window open on your desktop and the Navigator window is located
outside of the document window it controls. If your mouse touches or goes over
an other OO window while on its way to the Navigator window, the other OO window
is auto raised which makes the Navigator window disappear.

Running Debian Linux unstable/testing, X 4.2.1.1 and KDE 3.1.3.
Comment 1 stefan.baltzer 2004-02-02 17:52:38 UTC 
SBA: Component changed to "Framework" (as it affects all applications).
Reassigned to Thorsten
Comment 2 thorsten.martens 2004-03-17 10:15:12 UTC 
TM->mannisto: Please check if problem still occurs in a more recent buil like
1.1 or 680m28 on a stable system. Thanks !
Comment 3 mannisto 2004-03-17 20:32:54 UTC 
The same thing still happens when running 680m30 on KDE (XFree 4.2.1.1 and KDE
3.2.1). 

I also tested it with twm window manager, otherwise same result but now those
small windows (like Navigator) reset their position inside the document window
they are controlling.

I'll include about 0.5 MB avi screen capture movie that shows what is going on.

BTW, what do you mean testing it on a stable system? (In Debian lingo
unstable/testing means pretty much a stable system ;-)
Comment 4 mannisto 2004-03-17 20:35:06 UTC 
Created attachment 13882 [details]
an avi screen capture movie showing the issue
Comment 5 mci 2004-05-04 15:08:02 UTC 
hmmm,
works fine here on Solaris using Gnome...
I will test this on Linux later...
Comment 6 mci 2004-05-07 08:54:13 UTC 
Hi mannisto,

I tried to reproduce your problem on SuSE9.0 using OOo1.1.2RC combined with
KDE3.2.x and Icewm... 
I didn't get the described result...
The windows raised by clicking and not by "moving over"...
Comment 7 mci 2004-05-11 14:23:05 UTC 
set to worksforme...
Comment 8 mci 2004-05-18 12:21:58 UTC 
I tried this again on SuSE9.1 using OOo1.1.1 and the effect you described didn't
appear...
I'm closing this Issue now...
Feel free to reopen this Issue if more information is available( so we can
reproduce this behaviour)...
Comment 9 worlbrigkibbpi 2010-11-11 03:36:12 UTC 
Created attachment 74163