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.
This issue was reported manually by tstupka. It already has 1 duplicates Build: NetBeans IDE Dev (Build nbms-and-javadoc-1553-on-20140414) VM: Java HotSpot(TM) 64-Bit Server VM, 25.25-b02, Java(TM) SE Runtime Environment, 1.8.0_25-b17 OS: Mac OS X User Comments: GUEST: right click for context menu, no response. just in case someone cares (if you do and get this, thanks and good on you) Maximum slowness yet reported was 24573 ms, average is 24573
Created attachment 153733 [details] nps snapshot
FileOwnerQuery.getOwner -> ProjectManager.findProjects eventually has to load a project or might block AWT please evaluate if this has to happen in AWT and in scope of RSMDataObjectAction
canRename(lookup) checks if the file belongs to an open project and is on a source classpath, not much to do there. For the refactoring action it is not necessary for FileOwnerQuery.getOwner to load projects, returning null would be sufficient.
> canRename(lookup) checks if the file belongs to an open project and is on a source classpath, not much to do there. FOQ isn't expected to return immediately. If there isn't much to do on refactoring side, then feel free to close ... > For the refactoring action it is not necessary for FileOwnerQuery.getOwner to load projects, returning null would be sufficient. sounds like an different api. In case the awt canRename() calls from refactoring prove as a significant problem, please file an issue to cover the requested enhancement.