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 10858 - [windows]Deadlock after dettach frame
Summary: [windows]Deadlock after dettach frame
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P1 blocker (vote)
Assignee: David Simonek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-03-30 08:30 UTC by Jan Lahoda
Modified: 2008-12-22 22:24 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Full thread dump of the deadlock. (23.50 KB, text/plain)
2001-03-30 08:31 UTC, Jan Lahoda 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jan Lahoda 2001-03-30 08:30:41 UTC 
I tried to do dettach frame on explorer and attached deadlock occured.
I have older nbuser32, but I started new build sometimes. The opened windows
were:
explorer (on the left box).
properties (the same).
editor window (1. file, not maximized).
Comment 1 Jan Lahoda 2001-03-30 08:31:41 UTC 
Created attachment 922 [details]
Full thread dump of the deadlock.
Comment 2 Jan Zajicek 2001-03-30 12:10:37 UTC 
I tried to reproduce this, but was not successfull.
Comment 3 David Simonek 2001-03-30 15:18:39 UTC 
Yes! Finally!!!
Thanks, Jan. From the stack trace, I found out that actions like DetachFrame,
AttachFrame and so are badly written, because they run on live Swing's
structures, but in non-AWT thread. Surely this is the root of your problems (and
problems of probably several others). THANKS!
Comment 4 Jan Lahoda 2001-04-02 10:35:37 UTC 
If this targets more than one action, the deadlock/fall_down/anything can occur
nearly anytime one tries to do something with windows. I think this is really
dangerous.
Comment 5 David Simonek 2001-04-02 10:52:00 UTC 
Well, it is dangerous, but the deadlock doesn't occur so often. Don't worry, I'm
working on it. (or did you just want to raise the number of P1 bugs that we
have? :-))
Comment 6 David Simonek 2001-04-02 14:00:33 UTC 
Fixed both in main trunk and 3.2. Window system related actions replanned
correctly to AWT thread.
Comment 7 Jan Chalupa 2001-05-05 20:53:20 UTC 
Target milestone 3.2
Comment 8 Jan Lahoda 2001-06-14 14:15:09 UTC 
I played with this for a while and it looks OK.
Development build 209 and releasse 3.2, build 38.
Comment 9 Quality Engineering 2003-07-01 16:35:08 UTC 
Resolved for 3.4.x or earlier, no new info since then -> closing.