This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Please look at http://www.netbeans.org/servlets/ReadMsg?msgId=463614&listName=nbdev Top windows end up fronting themselves everytime my mouse passes over them. You need to have focus-follows-mouse set in your UNIX window manager. Please note, that this is a regression from 3.4
I have a following statement to this. It is not a regression. 3.4 contained hack which, beside other things, also (probably) prevented this to occure. But I considere it was a bug, since it did prevent the window manager do the required job. The hack was removed, which I find is a correct thing. Therefore I considere it is a fix and not a regression. Marking this as wontfix. Please if you don't like focus-follows-mouse feature, don't use it and just switch it off.
Peter, sorry, but I strongly disagree with your statement. 1) It is a regression in the sense, that 3.4.x does behave correctly and dev builds do not. 2) The (NB) window manager does not do required job. It's NOT required, that when a mouse enter a window the window should pop-up! And it's not the application job to care about it. It's the job of the system window manager (not NB). And I have the system window manager configured so that windows do not pop-up. 3) I like focus-follows-mouse feature and use it all the time. This is why I hate this behavior ;-)
Martin, I don't understand it now. You have the focus-follow-mouse switched off, and it works that way, the windows are fronted?
??? I have the focus-follow-mouse switched ON. And the windows are fronted. They should not be fronted, that's the point. It's not NB job to front the windows. The windows get focus when the mouse is over them, but they should not be fronted when they get the focus.
Martin has it right. Fronting of windows is an option in the X window manager (or MS Windows screen setup). NB should defer to that.
OK, that's what I wanted to know. I'll look at it how it is done in the code.
Well, there is called in NB frame impl toFront method from its requestFocus overriden method. I tried to find out the reason for that, but didn't get any answer, also without it it seems it is working fine on linux, solaris and windows, so putting that away.
Fixed in [trunk] core/../windows/frames/TopFrameTypeImpl.java 1.25
Ivan, verify please, thanks in advance.
Well, the symptoms have gone away in release35. But ... I tried on an old trunk copy I had sitting around with TopFrameTypeImpl.java date before feb 20th and the symptoms aren't there either! One would conclude from this that what was causing the aggresive fronting from me is additionally influenced by something not in that module. Except that whatever that influence was it is no longer present even in my old trunk snapshot. So, I'd have to trust it to the fixer that they saw the symptom, made the fix and saw the symptom go away. If I run into this again, I"ll reopne or open a new issue. Thanks for the existing fix.
Well a little of history. I guess this fix is the correct one (see the diff) - the frame shouldn't be moved to front automatically when there is requesting focus on it. Reason it was working before (I mean the frame wasn't actually fronted), was, there was a hack in winsys (which had actually another reason then this) -> the hack delayed activating of frames and coallesced the requests. That hack was removed, when merged new actions(1st part - issue #27868). Well, after removing of it appeared this problem, which was hidden before, therefore I believe this fix is correct one for this issue (not that hack). Just the strange is the date you are mentioning, but it could be OK, since the "stabilization" took some time, and there was also added some kind of reminiscence of that hack.
Please what build was behaving incorrectly? (At least roughly.) I am investigating issue #33940 and in currect dev build TopFrameTypeImpl.requestFocus() or TopFrameTypeImpl.setSelected() is not called. I tried focus follows mouse on Linux RH 7.1 KDE 2.1.1. Is it focus follows mouse so much different on Solaris? I will check on Solaris too. (I use JDK 1.4.2_b24 though not sure if it is important - what JDK did you use?) Thanks.
I will rollback this fix in main trunk. I tested Linux KDE, Solaris OpenWin and CDE focus follows mouse and it does NOT front SDI windows. Windows get focus as they should. I will return call of toFront() back and if it will happens again I will investigate why TopFrameTypeImpl.requestFocus() -> toFront() is called. (I tested JDK 1.4.2_b25.)
I don't remember in which build did that happen, but from the time this issue was submitted I guess it was build from 14 February 2003 (including several builds around that date). AFAIK focus follows mouse mode behaves the same way on Solaris and on Linux. I don't mind if you rollback this particular fix as long as this problem remains fixed :-)
Martin, verify please, thanks in advance.
O.K., it's behaving correctly in most cases. Occasionally I get some windows/dialogs under the main window which is fronted, but this does not seem to happen regularly. I'm looking forward to see how the new Window System will look like :)