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: | Deadlock in palette | ||
---|---|---|---|
Product: | javame | Reporter: | Lukas Hasik <lhasik> |
Component: | Visual Designer | Assignee: | David Kaspar <dkaspar> |
Status: | CLOSED FIXED | ||
Severity: | blocker | Keywords: | THREAD |
Priority: | P2 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | full thread dump |
Description
Lukas Hasik
2006-09-11 17:11:27 UTC
Created attachment 33774 [details]
full thread dump
maybe it's caused by palette itself. Davide. please, evalute and reassign if necessary. This bug is caused by deadlock in locking of CloneableEditoSupport vs. Nodes. To reproduce it, the VisualMIDlet has to be opened, the JavaInfrastructure has to be parsing the file. The JavaInf locks the Nodes Mutex first and then asking to Designer. The Designer closing locks the Designer first, then invokes the refreshing of Palette which is asking for Nodes Mutex. Therefore the deadlock happened. Possible fix is to postpone the "invocation of palette refresh" using "invokeLater". Fixed in "dev". Leaving as "New" since the bug should be fixed in 5.5 too. Fixed in NB 5.5 too. verified in latest 5.5 build. It's hard to reproduce... I'll reopen if it appears again, of course closing old issues |