Created attachment 130400 [details]
I have installed chrome. I selected run on project HTML5. In window which appear
"Install Chrome Extension" I can choose "locate" link and always IDE is freezen. Then only kill -9 on IDE process is possible. See screenshot. In log has not any warnig/error issue information.
Created attachment 130401 [details]
log IDE file
I tried it on Ubuntu 12.10 it works for me and opens Nautilus. Could you perhaps attach 2-3 thread dumps (say taken in minute interval after each other) when this freeze happens? How to generate thread dump is described . Thanks
Product Version: NetBeans IDE 7.3 RC1 (Build 201301102100)
Java: 1.7.0; Java HotSpot(TM) 64-Bit Server VM 21.0-b17
Runtime: Java(TM) SE Runtime Environment 1.7.0-b147
System: Linux version 3.5.0-18-generic running on amd64; UTF-8; en_US (nb)
Created attachment 130403 [details]
thread dump first one
Dump made before IDE was freezen.
Created attachment 130404 [details]
thread dump second one
Dump made after IDE was freezen.
Worked for me on Ubuntu 12.10 with the dev build about 2 weeks ago.
Tomas, could you please help investigate this as you have a Linux machine? Can you reproduce? Also cc'ing Denis as he wrote this code.
everflux, can you please also attach your thread dump? It looks like for mstarnacki, the IDE is stuck in sun.awt.X11.XDesktopPeer.gnome_url_show(Native Method). mstarnacki, which flavor+version of Linux do you use?
Also, did something change in your environment recently? I see from the log file that you are using the latest JDK 7u11 - which version did you use previously, and can you confirm this regressed recently?
I am wondering if desktop.isSupported(Desktop.Action.OPEN) started to return true recently on Linux (see method LinkListener.hyperlinkUpdate) - could that be a problem? Tomas, what is it returning for you? Thanks.
The URL open strategy for Linux is implemented by Tomas actually :
I've just wrote the original version for link listeners and refactored it later
to LinkListener.java class.
But what I see from the thread dump is :
freeze is inside JDK method java.awt.Desktop.open(Desktop.java:272)
(which delegates the call to the native method sun.awt.X11.XDesktopPeer.gnome_url_show). And there is no any NB specific code involvement. So it seems this is JDK issue.
To avoid NB freeze we could move out the non-UI logic inside LinkListener.hyperlinkUpdate to separate non-Swing thread.
At least it will allow to avoid NB freeze.
I cannot reproduce this issue (but I am using latest stable Kubuntu).
As Denis wrote, the "freeze" is in:
I don't know what exactly it calls, I will try to have a look. Meanwhile - @reporter, what will happen if you run "xdg-open file:///home" in your terminal?
Product Version: NetBeans IDE Dev (Build 20130118-90f70530a078)
Java: 1.6.0_38; Java HotSpot(TM) 64-Bit Server VM 20.13-b02
Runtime: Java(TM) SE Runtime Environment 1.6.0_38-b05
System: Linux version 3.5.0-22-generic running on amd64; UTF-8; cs_CZ (nb)
@reporter: Also, please try to use JDK 6 if you are on JDK 7 (and vice versa) so we can find out whether the problem is in the JDK or (perhaps just your?) Gnome installation.
Thanks a lot for your cooperation.
Adding information that I received offline from mstarnacki:
> mstarnacki, which flavor+version of Linux do you use?
I work with Debian Squeeze 2.6.32-5-686.
> you are using the latest JDK 7u11 - which version did you use
> previously, and can you confirm this regressed recently?
I am at work now. I have installed netbeans 7.3 RC1 and jdk1.7_11 on different machine with the same system version and core. On the 2nd machine bug disappear. After link selection I have explorer window with plugin file.
Machine with bug was upgraded and the 2nd was installed pure system. Maybe it is problem with some linux packages?
BTW it seems that JDK calls this method .
Since we cannot reproduce it (even reporter cannot on one of his PCs), closing as WORKSFORME, sorry.
BTW I have submitted issue #225130 to avoid blocking UI thread.
Thanks for reporting.
Just got private e-mail from firstname.lastname@example.org:
I do not why but I checked this bug with clear user dir and cache with jdk1.6_22 and 1.7_11 today and it feature works fine. Explorer is open with plugin file. So I can not reproduce it now.
*** Bug 226441 has been marked as a duplicate of this bug. ***