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.

Bug 69049

Summary: IDE doesn't start after opening and closing Options dialog
Product: platform Reporter: Roman Strobl <rstrobl>
Component: FilesystemsAssignee: Jaroslav Tulach <jtulach>
Status: VERIFIED FIXED    
Severity: blocker CC: jtulach
Priority: P2 Keywords: RANDOM
Version: 5.x   
Hardware: All   
OS: Windows XP   
Issue Type: DEFECT Exception Reporter:
Attachments: Stack Overflow Error
Userdir
messages.log
The part of stack trace which is repeated in log

Description Roman Strobl 2005-11-21 15:43:51 UTC
[NetBeans 200511201900; WinXP; JDK 1.5.0_05]

Issue Summary:
--------------
IDE doesn't start after opening and closing the Options dialog and then closing
the IDE right after it. Can be reproduced quite reliably.

Steps to Reproduce:
-------------------
1. Start with fresh userdir.
2. Open new Options dialog.
3. Close it right after opening by clicking OK.
4. Close IDE immediatelly after the dialog is closed.
5. Start IDE.
-> The IDE doesn't start and attached exception is thrown. User can't start the
IDE again unless he deletes his/her userdir.
Comment 1 Roman Strobl 2005-11-21 15:44:11 UTC
Created attachment 27100 [details]
Stack Overflow Error
Comment 2 Roman Strobl 2005-11-21 15:52:11 UTC
Created attachment 27102 [details]
Userdir
Comment 3 Jan Jancura 2005-11-21 15:58:52 UTC
1) can not reproduce on my machine (same build).
2) not my code - openide/loaders
3) can you attach broken userdir?
Comment 4 Roman Strobl 2005-11-21 16:02:20 UTC
Userdir is already attached. I can reproduce it in at least 80% of the cases.
Comment 5 Jaroslav Tulach 2005-11-21 16:59:13 UTC
there are two bugs: #1 clicking ok on the dialog without changing anything 
should save nothing, #2 mimesupport does not compute what it should 
Comment 6 Jaroslav Tulach 2005-11-22 10:01:13 UTC
I've just tried it and it I cannot reproduce the problem and nothing. Test  
that shows 69049 cannot happen in MIMESupport:  
  
Checking in MIMESupport69049Test.java; 
/cvs/openide/fs/test/unit/src/org/openide/filesystems/MIMESupport69049Test.java,v  
<--  MIMESupport69049Test.java 
initial revision: 1.1 
 
If you insist on the problem, please generate logs by 
-Dorg.openide.filesystems=-1 
Comment 7 Roman Strobl 2005-11-22 10:12:12 UTC
I can't reproduce it on my home machine either. Will try it tomorrow in the office.
Comment 8 Roman Strobl 2005-11-23 09:50:16 UTC
Still reproducible on my office computer. Attaching messages.log with
-Dorg.openide.filesystems=-1. 
Comment 9 Roman Strobl 2005-11-23 09:51:46 UTC
Created attachment 27179 [details]
messages.log
Comment 10 rmatous 2005-11-23 11:37:47 UTC
Might be regression caused by Jarda's rewrite. Jarda has even theory how it can
occure and is ready to prove it by test and then fix. Thanks Jarda.
Comment 11 _ lcincura 2005-11-23 16:17:22 UTC
I reproduced the deadlock on build 200511221900, WinXP on P4 with hyperthreading
enabled. The stack trace is a bit different, but very similar; steps that led to
it are similar to steps described by Roman.
Comment 12 _ lcincura 2005-11-23 16:18:59 UTC
Created attachment 27208 [details]
The part of stack trace which is repeated in log
Comment 13 Jaroslav Tulach 2005-11-24 10:52:59 UTC
"#69049: Thanks god someone has such a multiprocessor, higly parael and race 
condition capable machine. Otherwise release could have serious flaw." 
Checking in fs/src/org/openide/filesystems/MIMESupport.java; 
/cvs/openide/fs/src/org/openide/filesystems/MIMESupport.java,v  <--  
MIMESupport.java 
new revision: 1.9; previous revision: 1.8 
done 
Checking in 
fs/test/unit/src/org/openide/filesystems/MIMESupport69049Test.java; 
/cvs/openide/fs/test/unit/src/org/openide/filesystems/MIMESupport69049Test.java,v  
<--  MIMESupport69049Test.java 
new revision: 1.2; previous revision: 1.1 
 
Comment 14 rmatous 2005-11-25 13:04:11 UTC
*** Issue 69320 has been marked as a duplicate of this issue. ***
Comment 15 Roman Strobl 2005-12-02 13:28:51 UTC
Verified.