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.
Summary: | "Go To" action is blocked by retrieving tooltip when the internet connection is not working | ||
---|---|---|---|
Product: | java | Reporter: | J Bachorik <yardus> |
Component: | Navigation | Assignee: | Tomas Zezula <tzezula> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | brettryan |
Priority: | P2 | ||
Version: | 8.0 | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
Self sampler snapshot
messages.log |
Created attachment 143989 [details]
messages.log
This is severe and quite frustrating to work with. As in prior releases and the beta/dev builds of 8.0 I only occasionally saw this bug, but now with 8.0 final I am seeing this on every attempt to navigate sources including local sources by CMD+CLICK. I am in a case where I connect to VPN which blocks internet traffic, though it does resolve DNS entries for external (internet) hosts but simply drops packets, so my connection never knows there's no internet. This behaviour should not block requests to navigate sources even when they are local. Note, it doesn't just prevent navigation. Once this bug has been encountered almost all operations suddenly get blocked and produce a "Lengthy Operation in progress". Some notable operations: - Format text - Code completion - Fix All Imports - Insert code - Go to Declaration - Remove surrounding code - ... pretty much anything on the "Source" menu. Format text in particular once dismissing the "lengthy operation" dialog the IDE hangs indefinitely which you then have to kill the NetBeans process. I am prepared to try and solve this problem, though I'm only on a dial-up connection and my hg keeps timing out. Once I finally do get the source code I'll start having a look, can someone point me to where in the source tree to find this? I can't stand it any longer. It renders the IDE totally useless with constant lock-ups. There is no one fix and also the fixes are quite complex due to threading model. But the workaround is quite simple if you remove all remote javadocs IDE will not try to do network operations. Most common is remote javadoc for java platform. When you configure it to point to local javadoc or remove the javadoc from Tools/Java Platforms IDE will not do network operations. Thanks Tomas, I will experiment with this. I suspect I may have trouble with navigating maven sources that I have downloaded, as I usually have when I try to fix imports or navigate to other sources (which I have downloaded). I will try to fix this to patch2. Thanks Tomas, thank you very much. I will provide any testing necessary, keep in mind it takes me about a day to download NB. Fixed jet-main e1ddf0f72a15 Integrated into 'main-silver', will be available in build *201407170001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/e1ddf0f72a15 User: Tomas Zezula <tzezula@netbeans.org> Log: #240501:"Go To" action is blocked by retrieving tooltip when the internet connection is not working I've just installed 8.0.1, same issue. If you have an internet connection, but stop that connection from returning packets, i.e. a private VPN that doesn't route any internet traffic but resolves DNS records for internet hosts, you will not be able to navigate with CTRL+CLICK, you get the please wait dialog indefinitely. Please can you attach stack trace to see who (what) returned the problem. Thanks! I've found the following case: "ToolTip-Evaluator" daemon prio=10 tid=0x00007fb070f90000 nid=0x2b86 waiting on condition [0x00007fb0759aa000] java.lang.Thread.State: TIMED_WAITING (parking) at sun.misc.Unsafe.park(Native Method) - parking to wait for <0x00000000fc8f4818> (a org.openide.util.RequestProcessor$RPFutureTask) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:422) at java.util.concurrent.FutureTask.get(FutureTask.java:199) at org.netbeans.modules.java.source.JavadocHelper.doGetJavadoc(JavadocHelper.java:515) at org.netbeans.modules.java.source.JavadocHelper.getJavadoc(JavadocHelper.java:378) at org.netbeans.api.java.source.ui.ElementJavadoc.<init>(ElementJavadoc.java:359) at org.netbeans.api.java.source.ui.ElementJavadoc.create(ElementJavadoc.java:161) at org.netbeans.modules.editor.java.GoToSupport.computeTooltip(GoToSupport.java:431) at org.netbeans.modules.editor.java.GoToSupport.access$000(GoToSupport.java:136) at org.netbeans.modules.editor.java.GoToSupport$1.run(GoToSupport.java:168) at org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:598) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:155) at org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:139) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:206) at org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:203) at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:176) at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:360) It's fixed jet-main 1c571c4222c4. If you find other case please attach stack trace. Integrated into 'main-silver', will be available in build *201503070001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/1c571c4222c4 User: Tomas Zezula <tzezula@netbeans.org> Log: #240501:"Go To" action is blocked by retrieving tooltip when the internet connection is not working |
Created attachment 143988 [details] Self sampler snapshot When trying to go to the declaration of eg. a field the action gets stuck when there are problems with internet connectivity. I am attaching the messages.log and the NPSS file. It seems that the process of retrieving the tooltip for the particular field blocks the subsequent go to declaration call.