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 59713

Summary:	"UIDefaults.getUI() failed" in console
Product:	platform	Reporter:	Jaromir Uhrik <juhrik>
Component:	Window System	Assignee:	Jaroslav Tulach <jtulach>
Status:	VERIFIED FIXED
Severity:	blocker	CC:	dsimonek, jchalupa, jtulach, mkleint, mmirilovic, tboudreau
Priority:	P2
Version:	5.x
Hardware:	Macintosh
OS:	Mac OS X
Issue Type:	DEFECT	Exception Reporter:
Bug Depends on:
Bug Blocks:	59972
Attachments:	Error stack attached... Screenshot attached...

Description Jaromir Uhrik 2005-06-07 19:10:07 UTC

[Mac OS X 10.4.1 (Tiger)#200506061800; jdk1.4.2_07]
There is "UIDefaults.getUI() failed" error in console after the start of IDE.
See attached error stack.

Comment 1 Jaromir Uhrik 2005-06-07 19:11:52 UTC

Created attachment 22541 [details]
Error stack attached...

Comment 2 Jaromir Uhrik 2005-06-08 17:07:00 UTC

Increasing the priority. It is at least P2 because something is wrong with
look&feel. Due to this problem the toolbar and editor toolbar are not displayed
correctly. See attached screenshot where correct IDE from 2005-06-03 and
2005-06-07 are together for comparison. The problem appears on Mac only (WinXP
and Linux look fine). It seems to be related to Yarda's openide split.

Comment 3 Jaromir Uhrik 2005-06-08 17:08:00 UTC

Created attachment 22559 [details]
Screenshot attached...

Comment 4 David Simonek 2005-06-15 13:31:24 UTC

Jardo, Milosi, could you help me with this? I have no clue what's going on and
it seems to be related to openide split, as juhrik wrote. Thx.

Comment 5 Jan Chalupa 2005-06-15 17:37:22 UTC

Re-assigning to Yarda.

Comment 6 Jaroslav Tulach 2005-06-16 17:09:31 UTC

"#59713: Using system classloader shall fix the UI load class problems" 
Checking in core/swing/plaf/src/org/netbeans/swing/plaf/Startup.java; 
/cvs/core/swing/plaf/src/org/netbeans/swing/plaf/Startup.java,v  <--  
Startup.java 
new revision: 1.13; previous revision: 1.12

Comment 7 _ tboudreau 2005-06-17 05:21:52 UTC

Jarda, don't you want to put the call to 
defaults.put("ClassLoader", new CLValue());
before, not after initializing the defaults table with our custom class names?  If any UI is instantiated 
when this call comes, it will try to instantiate the classes before the classloader problem is corrected.

Comment 8 Jaroslav Tulach 2005-06-17 08:21:44 UTC

You mean to the begining of the method where I register the classloader now?
Yes, that is possible.

Comment 9 Lukas Hasik 2005-06-17 09:32:51 UTC

Guys, please note that this issue is q-build stopper
http://qa.netbeans.org/q-builds/Q-build-report-200506142000.html Please fix ASAP
and commit also to QBE200506142000 branch, don't forget that it's your
responsibility to check if the fix is good enought and safe.

Comment 10 Jaromir Uhrik 2005-06-17 15:18:32 UTC

Verified in daily dev build #200506161800.

Comment 11 Jaroslav Tulach 2005-06-17 15:32:54 UTC

cvs ci -m "Backporting fix of 59713 to q-build branch" 
 
core/swing/plaf/src/org/netbeans/swing/plaf/Startup.java,v  <--  Startup.java 
new revision: 1.12.26.1; previous revision: 1.12