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 70865 - I18N - parts of javadoc shown in internal browser does not show multibyte properly
Summary: I18N - parts of javadoc shown in internal browser does not show multibyte pr...
Status: VERIFIED WONTFIX
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 5.x
Hardware: Sun All
: P2 blocker (vote)
Assignee: David Simonek
URL:
Keywords: I18N, JDK_SPECIFIC
Depends on:
Blocks:
 
Reported: 2005-12-30 20:20 UTC by Ken Frank
Modified: 2008-12-22 21:57 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
image (25.48 KB, image/gif)
2005-12-30 20:22 UTC, Ken Frank
Details
image (50.47 KB, image/gif)
2005-12-30 20:23 UTC, Ken Frank
Details
excepton (2.36 KB, image/gif)
2005-12-31 02:01 UTC, Ken Frank
Details
exception (11.15 KB, text/plain)
2006-01-03 18:14 UTC, Ken Frank
Details
zip of test app (23.33 KB, application/x-compressed)
2006-01-05 17:37 UTC, David Simonek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2005-12-30 20:20:43 UTC
seen on solaris or windows using pseudo localized and project with multibyte
in project name (though this probably not related) and that has some localized
javadoc messages in the jdk related to javadoc.

generating javadoc for the project shows the multibyte properly in mozilla,
both the name of the project and the parts at the top that are all in Chinese
or Japanese.

But in using tools->javadoc index search, it displays in internal browser
and the parts at top or bottom that are links to other parts of the javadoc docs
show as boxes both on solaris and windows, both real localized windows
and xp en set to other locales.

see attached for the area at top (repeated at bottom) of the internal javadoc
browser where this happens with the square boxes instead of actual mbyte.
Comment 1 Ken Frank 2005-12-30 20:22:35 UTC
Created attachment 28107 [details]
image
Comment 2 Ken Frank 2005-12-30 20:23:15 UTC
Created attachment 28108 [details]
image
Comment 3 Ken Frank 2005-12-30 20:24:03 UTC
other attachment shows how it is in mozilla, where the parts at the top or bottom
show properly.

ken.frank@sun.com
Comment 4 Ken Frank 2005-12-31 02:00:55 UTC
attached is exception that seems to be associated with this since at bottom
refers to the project with mbyte in its name, but is referring to the url
using the garbled mbyte, not the actual (as before, see the attached gifs)

ken.frank@sun.com
Comment 5 Ken Frank 2005-12-31 02:01:50 UTC
Created attachment 28110 [details]
excepton
Comment 6 Milan Kubec 2006-01-03 08:51:45 UTC
Please evaluate this issue, isn't it problem of the component displaying the
HTML javadoc code?
Comment 7 Daniel Prusa 2006-01-03 11:15:39 UTC
I am not able to view the exception attachement, it is probably broken somehow.
Can you attach it again, plese?

Since the generated javadoc is displayed correctly in the external browser, it
seems the problem is caused by the internal browser.
Reassigning for further evaluation.
Comment 8 Daniel Prusa 2006-01-03 11:18:35 UTC
I am not able to view the exception attachement, it is probably broken somehow.
Can you attach it again, plese?

Since the generated javadoc is displayed correctly in the external browser, it
seems the problem is caused by the internal browser.
Reassigning for further evaluation.
Comment 9 David Simonek 2006-01-03 14:53:40 UTC
I need further info, please:
- exception stack trace, as dprusa requested
- a way how to reproduce this error on regular english win XP. What version of
NB should I install, what locale? Unfortunately I know too little about chinese
version of netbeans.
- error may be directly in Swing, because internal HTML browser component is
handled by Swing  
- jrechtacek, do you see any connection with the famous bug you solved, about
showing squares instead of chinese text in New... wizard?
Comment 10 Ken Frank 2006-01-03 18:09:47 UTC
Sorry, I'd chosen gif for the format of exception though it was text; am
reattaching.

Dafe, will send you the doc on how to do the easy setup of windows xp en
to use other locales; many other nb dev can tell you more.

As to the bug of squares vs proper mbyte in new wizard, can I get more details -
using en xp but using other locales, and using default ide size, for many bold
fonts and some others in explorer (main project) or new wizard left side,
for example, the boxes show and I always thought it was jdk bug but need
to have a sample java program that uses same ui object and fonts as nb
uses where these boxes are shown - to see if it really is nb.

(in specific localized windows it does not happen; using larger font than
11 it does not happen; using prev jdk it happened but it was not boxes but
incorrect mbyte)

ken.frank@sun.com

ken.frank
Comment 11 Ken Frank 2006-01-03 18:10:30 UTC
Sorry, I'd chosen gif for the format of exception though it was text; am
reattaching.

Dafe, will send you the doc on how to do the easy setup of windows xp en
to use other locales; many other nb dev can tell you more.

As to the bug of squares vs proper mbyte in new wizard, can I get more details -
using en xp but using other locales, and using default ide size, for many bold
fonts and some others in explorer (main project) or new wizard left side,
for example, the boxes show and I always thought it was jdk bug but need
to have a sample java program that uses same ui object and fonts as nb
uses where these boxes are shown - to see if it really is nb.

(in specific localized windows it does not happen; using larger font than
11 it does not happen; using prev jdk it happened but it was not boxes but
incorrect mbyte)

ken.frank@sun.com

ken.frank
Comment 12 Ken Frank 2006-01-03 18:11:43 UTC
Sorry, I'd chosen gif for the format of exception though it was text; am
reattaching.

Dafe, will send you the doc on how to do the easy setup of windows xp en
to use other locales; many other nb dev can tell you more.

As to the bug of squares vs proper mbyte in new wizard, can I get more details -
using en xp but using other locales, and using default ide size, for many bold
fonts and some others in explorer (main project) or new wizard left side,
for example, the boxes show and I always thought it was jdk bug but need
to have a sample java program that uses same ui object and fonts as nb
uses where these boxes are shown - to see if it really is nb.

(in specific localized windows it does not happen; using larger font than
11 it does not happen; using prev jdk it happened but it was not boxes but
incorrect mbyte)

ken.frank@sun.com

ken.frank
Comment 13 Ken Frank 2006-01-03 18:14:17 UTC
Created attachment 28156 [details]
exception
Comment 14 David Simonek 2006-01-05 10:21:27 UTC
My evaluation so far:
- managed to reproduce the error by configuring my win XP for simplified chinese
fonts and locale
- wrote small Swing app that proves that error *is* in netbeans
- error is reproductible also by regular browsing through javadoc using internal
nb browser 
- it seems that we're somehow replacing font that is used for top or bottom
parts of generated html javadoc
Comment 15 David Simonek 2006-01-05 17:20:52 UTC
Hopefully final evaluation:
On the contrary of what I said before, it is probably JDK problem. In my last
report, I mixed JDK versions, that's why the confusion.

So here is the story:
Bug exists only on JDK 1.5.x, both on JDK 1.4.2_08 and JDK 1.6 it works OK for
me. I wrote small demo swing app as a proof. The source of the problem seems to
be bad mapping of fonts somewhere inside Swing html kit implementation. When I
manually change font in generated html in problematic section (navigation bar),
it will look OK even with JDK 1.5.x

So, when you run small attached app, everything should look OK with the
exception of JDK 1.5.x, where navigation bars will contain square boxes, except
for the places where I manually changed the font of generated piece of html.

I also searched JDK bug database, but I didn't find this exact problem. However
the bug appears already fixed in JDK 1.6, so I think it's not necessary to file
new JDK bug.
Comment 16 David Simonek 2006-01-05 17:37:22 UTC
Created attachment 28215 [details]
zip of test app
Comment 17 David Simonek 2006-01-05 17:39:24 UTC
Nothing more can be done on netbeans side, closing as wontfix.
kfrank, please would you verify my findings, thanks.
Comment 18 Marian Mirilovic 2006-01-18 15:27:46 UTC
kfrank,
could you be so kind to verify this issue? Thanks in advance.
Comment 19 Marek Grummich 2006-01-19 09:32:02 UTC
Verified in behalf of Ken.