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_release34](20020724), [jdk1.4](fcs) Steps to reproduce: - run IDE - select some folder and do "Explore from here" - select some node in new Explorer view and try to paste its to Explorer (original view) - press Esc (cancel) drop -> now popup menu and short cuts not work in Explorer (original view) Everything works fine if you do it in one view , but it doesn't work after DnD between different views. It seems like (again) there are still glass pane present. User must close and reopen Explorer to be possible use popup menu and short cuts in tree view, so it's very annoying but DnD betweeen views isn't often used (if yes we should arise priority).
This is reproducible only with ExplorerPanel docked in desktop. User have to select View->Explorer in main menu. Problem is in getRootPane().getGlassPane() maybe.
fixed, there is a problem that dragExit event doesn't come if a action from popup menu is performed. Handling dragExit is responsible for set original glass pane back to component. The extra handling for this case was added.
*** Issue 26682 has been marked as a duplicate of this issue. ***
It doesn't work again in [nb_dev](20020918).
fixed, original glass pane is set back and set visible as was originally. I attached a diff of patch and jar with patch for assure as 3.4.1_CANDIDATE.
Created attachment 7456 [details] a diff
Created attachment 7457 [details] jar file with patch
now it doesn't work again in [nb_dev](20021009), [jdk1.4.1](fcs) It seems like after drop cancelation and try to right-click into explorer on some node doesn't focus Explorer itself!
fixed, the original glass pane is put back when untimely dragDropEnd. the patch.
verified in [nb_dev](20021030)
Hi. This issue is marked as 3.4.1_CANDIDATE. It means that it should be integrated into release341 one branch. The plan at http://www.netbeans.org/devhome/docs/releases/34/index.html expected beta1 to be produced on Dec01. That did not happen due to a lot of outstanding not integrated candidates like this one. Would it be possible to spend few minutes by backporting this fix? Thank you in advance.
Created attachment 8141 [details] diff for review
Davide, please for review the attached file "patch_for_review.diff". Thanks
Reviewed.
the attached patch applied in release341 branch
Was this commited to release341 branch? If yes, why no CVS log? Sincere Max
User: jrechtacek Date: 02/12/03 08:34:27 Modified: src/org/openide/explorer/view Tag: release341 DropGlassPane.java TreeViewDragSupport.java TreeViewDropSupport.java Log: applied the patch from issue #25963: the original glass pane is set back and set visible as was Revision Changes Path No revision
Jiri, thanks a lot! Max
Resolved for 3.4.x or earlier, no new info since then -> closing.