• Type: Backport
• Resolution: Fixed
• Priority: P1
• Fix Version/s: 6u6
• Affects Version/s: None
• Component/s: deploy
• Labels:

  • 6u10-yes-b11
  • 6u6-yes-b02
  • adhoc
  • ebugster-edit
  • noreg-hard
  • test-sqa-l10n
  • verify-waive-setup

[JDK-2160244] FontConfiguration exception preventing applets from loading

Collapse comment: Danielle Pham (Inactive) added a comment - 2008-03-17 17:35

Danielle Pham (Inactive) added a comment - 2008-03-17 17:35

BT2:EVALUATION

In 6u5 (actually started since 6u4b1), when the AWT thread is busy creating the EmbeddedFrame and AppContext, Plugin's main thread pumps all events up and waits a max of 5 secs for EmbeddedFrame to get created.

During the instantiation of EmbeddedFrame, FontConfiguration.getFontCharsetEncoder() tries to load the Charset(s) one by one. When encounters "Arial,ANSI-Charset" font with Charset name "default", since this Charset is not found on Asian locale system, this function wrongly tries to load <codebase>/default.class from the temp Plugin's ClassLoader.
Since there's no such class exists, ClassLoader.findClass() takes a long time.
The whole EmbeddedFrame creation process exceeds 5secs, and the EmbeddedFrame creation fails, leading to the plugin hangs problem seen.

Fix is to not loading <codebase>/default.class when Charset name "default" is encountered in FontConfiguration.getFontCharsetEncoder().

Will close CR# 6672382 as duplicate of this one.

Expand comment: Danielle Pham (Inactive) added a comment - 2008-03-17 17:35

Danielle Pham (Inactive) added a comment - 2008-03-17 17:35 BT2:EVALUATION In 6u5 (actually started since 6u4b1), when the AWT thread is busy creating the EmbeddedFrame and AppContext, Plugin's main thread pumps all events up and waits a max of 5 secs for EmbeddedFrame to get created. During the instantiation of EmbeddedFrame, FontConfiguration.getFontCharsetEncoder() tries to load the Charset(s) one by one. When encounters "Arial,ANSI-Charset" font with Charset name "default", since this Charset is not found on Asian locale system, this function wrongly tries to load <codebase>/default.class from the temp Plugin's ClassLoader. Since there's no such class exists, ClassLoader.findClass() takes a long time. The whole EmbeddedFrame creation process exceeds 5secs, and the EmbeddedFrame creation fails, leading to the plugin hangs problem seen. Fix is to not loading <codebase>/default.class when Charset name "default" is encountered in FontConfiguration.getFontCharsetEncoder(). Will close CR# 6672382 as duplicate of this one.