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.
Development build #200212060100 of NetBeans 4.0 Windows 2000 with FCS build #21 of JDK 1.4.1 Description: ============ After some time of work with VCS commands user can experience pretty annoying behaviour. Once VCS commands history exceeds its default value and it is expanded, each execution of any command switches explorer to its Runtime tab. There is no known workaround for this and it is very bothering. Steps to reproduce: =================== 1. Invoke "Versioning|Mount Version Control|Generic VCS". 2. Select "Empty ..." profile and push "Finish" button. 3. Switch to "Runtime" tab and expand your filesystem. 4. Setup its "Number of Finished ..." property to 1. 5. Switch to "Filesystem" tab and expand your filesystem. 6. Invoke "Empty|Refresh" command on some file. 7. Explorer will be switched to "Runtime" tab.
Sorry if this is not an openide/core problem, but 1) I need an advice how to track this problem down, 2) from the code in org.netbeans.modules.vcscore.runtime it's not clear to me how can I cause this. Moreover I figured out, that the "auto-switching" to Runtime tab does not occur immediately after the command is finished (and appropriate command nodes are created/destroyed in the Runtime tab), but later after Explorer is focused! How to reproduce: 1) Run NetBeans on UNIX system, set focus-follows-mouse mode. 2) Switch NetBeans to SDI. 3) Follow 1.-6. steps described by Jirka, but with a CVS profile and run Status... command (hold down the CTRL). 4) Click O.K. on the Status input dialog and pay attention not to go over Explorer with the mouse. 5) Wait untill the command finish. Explorer still shows Filesystems as it's current tab. 6) Now move the mouse accross the Explorer. 7) The current tab is switched to Runtime! Why??? I've tried to add Thread.dumpStack() to org.netbeans.core.windows.frames.DefaultContainerImpl.setSelectedTopComponent(), but I didn't get anything useful.
Jirka is it reproducible ? I have changed version from 4.0 dev to S1S 4.2 (Nevada).
Yes, I was able to reproduce it with Nevada build #030105 of Sun ONE Studio 4.2.
Jiri, is it still reproducible with current dev build? I tried with my fresh today build 200301081113 and it does not switch to Runtime tab. I have Linux, RH 7.1, KDE 2.1.1, I do not have focus follows mouse. JDK 1.4.1_01. I tried nevada ce build Build030107_5 on Linux - nothing. I tried dev build 200301020100 on Win2000 at Marian's machine - nothing.
Hm, I must admit that I can't reproduce it either. I am really glad this got somehow fixed ... :-) Tried with development build #200301080100 of NetBeans 4.0.
Ok. Marking as WORKSFORME.
No problem. Thanks !
Reopening issue - appeared again How to reproduce: 1) Have a CVS file system 2) Set "Number of Finished ..." property in VCS Command History for this file system to 1 3) Repeat invoking CVS commands until Explorer "auto-switchs" to Runtime tab
I just fixed issues #30758 and #29848. These are about focus in ExplorerPanel. This could also fix this. Please check in tomorrow dev build and reopen when it happens again. I cannot reproduce it. How often does it happen?
*** Issue 31797 has been marked as a duplicate of this issue. ***
It seems that it's still not fixed. Please see the last duplicate. Thus reopening ...
Please Jiri give me build nb and JDK version. Thanks.
It was #030305 of Sun ONE Studio 5.0. JDK version is unknown but I have already requested it from submitter.
This is extremely annoying. Can't this be fixed in 3.5? Reproduced using J2SE 1.4.1_02 and J2SE 1.4.0_03.
I definetely agree. Can somebody please look at this ? I am able to reproduce it in every daily build of Sun ONE Studio 5.0 e.g. #030401. If not, this must be at least documented.
At last I was able to reproduce it. On my machine it is somewhat more difficult to reproduce. I found that explorer TreeView is requesting focus on ExplorerTree. I attach call stack and reassign to explorer.
Created attachment 9682 [details] Call stack from java.awt.Component.requestFocusHelper
I reproduced it on S1S 5.0 build 030402, JDK 1.4.1_02, Linux.
Fixed in main trunk. Please, let's assure if the fix works in all cases. Thanks
Raised the prio to P1 to consider getting this fixed in r35. Jirka, please attach the diff and binary patch for r35 here.
Created attachment 9697 [details] proposed patch
Created attachment 9698 [details] binary patch
Verified binary patch in S1S5 030331 P.S.: you have to select last VCS History|RuntimeCommand node
David, thanks for verify. It works for me too. I'll send it on reviewers@netbeans.org.
I reviewed suggested patch. It is OK.
approved for 3.5 Also removed RELNOTE keyword
Fix is integrated to release35 branch.
Cool, I am so glad to confirm that it works fine in RC1 build #200307092351 of NetBeans 3.5.1.