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.
[nb_dev](20021107), [jdk1.4.1](01) Steps to reproduce: - run IDE - open Tools | Options - right-click on the node -> popup menu arise - press Esc -> popup menu is still visible If you do the same actions in Explorer, it will be closed after hitting Esc.
reassigning to TreeTableView's maintainer.
Look like keybord focus problem: - works fine on JDK 1.3.1 - doesn't work even in NB 3.4
Fixed in trunk
Fix causes automated test cannot invoke popup menu. Method TreeTableView.createPopup(int, int) is called during event processing but it is empty, so no popup appears.
Steps to reproduce: - mount jemmy.jar from http://jemmy.netbeans.org/servlets/ProjectDownloadList - mount jelly2-nb.jar from http://jellytools.netbeans.org/servlets/ProjectDownloadList - run attached Test28526 by internal executor - it will open Options but not popup is opened Also x,y coordinates seems strange when calculated during automated tests. They are something like [-1103, 91] meanwhile they are [164, 299] when popup is invoked by hand.
Created attachment 7903 [details] test case
I don't know, how to avoid above mentioned problem in automated tests without reopening main problem of this issue. However, there is suggestion of Alexandre Iline (redirection of all mouse events to "real" component - to TreeTable, for details see issue #28562), which will solve test problem on jelly side, so I'm marking this issue back to fixed.
I am sorry Ales, but it doesn't work in [nb_dev](200211131011), [jdk1.4.2](b06). - it's impossible invoke popup menu by Shoft-F10on node in Options tree table - it's impossible close menu by Esc(if invoked by mouse right-click)
I commited better fix to trunk: - Shift-F10 works fine - Esc works fine on Windows - Esc doesn't work on Solaris and Linux, if popup was invoked by mouse So I'm decreasing the priority
Version changed: 4.0 dev -> S1S 4.2
Because late phase of nb3.5 cycle, too risky to solve it now. It will be solved in 4.0.
Fixed along with the selection bug - requestFocus is no longer called a second time on mouse released, which was what was causing the menu to lose focus.
verified in [nb_dev](200408151800)