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.
I waited for more than 5 minutes without anything happening. See attachments ...
Created attachment 60147 [details] CPU 99%
Created attachment 60148 [details] log file
ulfzibis, could you please take a thread-dump at the time IDE freezes ? http://wiki.netbeans.org/GenerateThreadDump
Similar to issue 132290
Created attachment 60276 [details] ThreadDump
Thank you. Could you also attach zipped content of C:\Dokumente und Einstellungen\ich\.netbeans\6.0\config?
Created attachment 60285 [details] .netbeans\6.0\config\
BTW, what is the difference between application/octet-stream and application/x-compressed. I've attachted the zip file as application/x-compressed MIME type.
I am able to reproduce this issue with attached 6.0/config. It seems it somehow cycles in Folder Recognizer thread while importing options.
Good news, thanx for the note. Can you suggest a workaround next days? What's about the MIME types question?
Workaround is to delete files C:\Dokumente und Einstellungen\ich\.netbeans\6.0\config\Services\.nbattrs C:\Dokumente und Einstellungen\ich\.netbeans\6.1rc1\config\Services\.nbattrs
> What's about the MIME types question? I was able to correctly open your attachement, so it doesn't matter what mime type of two mentioned you choose. But from the list at http://www.w3schools.com/media/media_mimeref.asp application/x-compressed is used for tgz, so application/octet-stream is more appropriate for zip.
*** Issue 132290 has been marked as a duplicate of this issue. ***
Jirko, please attach the jar with fix for 6.1 to this issue. It will allow us to verify it asap. Ulf, we'd appreciate your help with verification of the fix as well. Thank you I'm increasing it back to P1
Fixed in trunk. While coppying attributes from old settings, aattributes where value is instance of VoidValue are ignored because these attributes were previously written by mistake in code. So it should happen only if you import some settings from old version. http://hg.netbeans.org/main/rev/6835d3663e14
Created attachment 60407 [details] Fixed jar from trunk repository.
Hi Lucas + Jirko, I like to verify the fix. What should I do with the fixed jar?
I have found it, and I have replaced it at C:\Programme\Java\NetBeans 6.1 RC1\platform8\core\ The import now works, but now I'm missing following imports: - Favorites - additional toolbar buttons, especially "Find" and "Replace" - last opended files in editor window - libraries from .netbeans\6.0\config\org-netbeans-api-project-libraries\Libraries - tasklist filter settings
WTK 2.5.2 platform is referring to "C:\Programme\Java\NetBeans 6.0.1\mobility8\WTK2.5.2" but should be ...................: "C:\Programme\Java\NetBeans 6.1 RC1\mobility8\WTK2.5.2"
ulfzibis, thanks for testing. I spoke today with couple of people lhasik,rmatous,jskrivanek,jtulach,anebuzelsky ... and after all discussion I made a decision - we are not going to fix it for NB 6.1, reasons: - too late in release cycle and just two people faced this problem - workaround exists - no way to verify the fix before FCS build is built - no way to check other features for regressions/impact at the time we have for NB 6.1 I propose to mention this issue in Release Notes for NB 6.1 and fix it in trunk.
I 2 times experienced a freeze of the GUI. It can reproduce it, if I wait some, but not too much seconds to acknowledge my firewall (Just after 'scan projects ...' in the status bar is done). Unfortunately http://www.adaptj.com/root/webstart/stacktrace/app/launch.jnlp is down, so I can't make a threaddump. :-(
Created attachment 60412 [details] Firewall dialogue
Created attachment 60413 [details] Freeze
In 1 case, after some minutes, the GUI came back by itself.
Created attachment 60415 [details] Freeze
Created attachment 60416 [details] Freeze thread dump
Now I have it, but it's incomplete because of too small buffer in windows command console.
Created attachment 60417 [details] Freeze thread dump complete
Also in the last case, after some minutes, the GUI came back by itself.
Well, attached jar was not intended for NetBeans 6.1 but for trunk. So, please, do not use it with NB6.1 and rather delete the following files as I already suggested. C:\Dokumente und Einstellungen\ich\.netbeans\6.0\config\Services\.nbattrs C:\Dokumente und Einstellungen\ich\.netbeans\6.1rc1\config\Services\.nbattrs Regarding your missed imports. Only settings mentioned here http://wiki.netbeans.org/NB61SettingsMigration are imported. So, none of settings you mentioned, just libraries should be imported (fixed in RC2). Path to WTK platform has to be corrected manually. I don't see anything wrong in attached thread dumps. If you experience freezes in upcomming RC2 (without patched jar), please, file a new issue with thread dump, messages.log and description. Thank you for cooperation.
2 questions: - Is this jar only used for the import? ... or do I need to install RC1 newly, as I have overwritten the original jar? - Can I just copy .netbeans\6.0\config\org-netbeans-api-project-libraries\Libraries to .netbeans\6.1rc1\ Thanx in advance, -Ulf
Rather reinstall NetBeans because org-openide-filesystems.jar is not used only for the import. You can copy libraries settings manually but if you install RC2, it should be copied during the import of settings.
Integrated into 'main-golden', available in NB_Trunk_Production #206 build Changeset: http://hg.netbeans.org/main/rev/56ca0c600cb5 User: Jiri Skrivanek <jskrivanek@netbeans.org> Log: #132801 - test VoidValue attribute correctly handled.
v