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.
Steps to reproduce: 1. In cvs module ejbmodule 2. cd ejbmodule\testbase 3. ant qakit The problem is that the automated steps for view/explorer do not open the explorer window. This can be worked around by changing the main window tab selection to something other than editing and then back to editing. Build 11/25 works ok.
Hello, I sincerely apologize but I am marking this report as invalid for now. Please feel free to reopen after clarification. 1. Please specify what build are you talking about (Netbeans, Forte, ..?) Are you talking about opensource ejbmodule? Build with tag orion_ea (or trunk?) 2. The summary is not telling much - please try to describe what is wrong 3. What does it mean "automated steps for view/explorer"? 4. Are you able to reproduce the problem "by hand"? I are there any steps that I as a user can perform to view what the problem is? Thanks for the info.
cc-ing me
Hi David, Hope this helps. I managed to find a better manual test case. - Steve 11/26 build is build 011126_EE Manual test case: 1. Install build by unzip. 2. Delete any userdir 3. Bring up IDE 4. Do not close intro dialog. 5. Go straight to main window and click View, Workspaces, Editing You then see exception below. Comments: When IDE first comes up Explorer window is no visible. It is visible in build 11/25. If you bring up explorer, View/Explorer, Runtime tab is initially selected. Should be Filesystems. Same problem in build 11/25. Tue Nov 27 11:06:17 PST 2001: java.lang.NullPointerException: <no message> java.lang.NullPointerException at org.openide.actions.WorkspaceSwitchAction$1.actionPerformed(WorkspaceSwitchAction.java:121) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1450) at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(AbstractButton.java:1504) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:378) at javax.swing.JToggleButton$ToggleButtonModel.setPressed(JToggleButton.java:268) at javax.swing.AbstractButton.doClick(AbstractButton.java:279) [catch] at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(BasicMenuItemUI.java:886) at java.awt.Component.processMouseEvent(Component.java:3715) at java.awt.Component.processEvent(Component.java:3544) at java.awt.Container.processEvent(Container.java:1164) at java.awt.Component.dispatchEventImpl(Component.java:2593) at java.awt.Container.dispatchEventImpl(Container.java:1213) at java.awt.Component.dispatchEvent(Component.java:2497) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:2451) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:2216) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:2125) at java.awt.Container.dispatchEventImpl(Container.java:1200) at java.awt.Window.dispatchEventImpl(Window.java:914) at java.awt.Component.dispatchEvent(Component.java:2497) at java.awt.EventQueue.dispatchEvent(EventQueue.java:339) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:131) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:98) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:85)
Steve, I am sorry, but I cannot still reproduce this issue. Which jdk version do you use ? What does it mean "intro dialog"? Does it mean Welcome screen or splash screen ? I have tried it on 011126(CE & EE) , 011125(CE) but I cannot reproduce it on Solaris 5.8(CDE) neither on Windows 2000. I can reproduce only opened Explorer in Runtime Tab, nothing else. David (or somebody else), do you can resolve this issue against reported Exception ?
Ok, according to exception reassigne to Dafe. Dafe, could you look at this ?
Yes I could :-) Steve, I didn't succeed to reproduce the bug, but the fix seems to be evident - current workspace may be null under special circumstances and the code from which exception is thrown is not prepared for such situation. I added simple check, it should be ok now. diff: new revision: 1.33.14.1; previous revision: 1.33 cvs -z9 diff WorkspaceSwitchAction.java (in directory O:\allsources\openide\src\org\openide\actions\) Index: WorkspaceSwitchAction.java =================================================================== RCS file: /cvs/openide/src/org/openide/actions/WorkspaceSwitchAction.java,v retrieving revision 1.33 diff -r1.33 WorkspaceSwitchAction.java 121c121,125 < ((JRadioButtonMenuItem)workspace2Menu.get(currentDeskRef[0])).setSelected(false); --- > // deactivate old if present > if (currentDeskRef[0] != null) { > ((JRadioButtonMenuItem)workspace2Menu.get(currentDeskRef[0])). > setSelected(false); > }
Testing on NT 4, JDK 1.3.1
Steve, wait, on which build are you testing? Continuos? Your own from sources? I forgot to say it's fixed only in release33. So download tomorrow's release33 build or checkout from release33 and verify on that.
looks ok now...I'll open separate bug for filesystems tab not being initially selected
merged also to 330 branch.
verified in [nb_release33](200112042300-rc1) on [jdk1.3.1](01) && [jdk1.4](88)
Resolved for 3.4.x or earlier, no new info since then -> closing.