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 72780 - I18N - multibyte not shown correctly in a dialog
Summary: I18N - multibyte not shown correctly in a dialog
Status: RESOLVED INVALID
Alias: None
Product: obsolete
Classification: Unclassified
Component: collab (show other bugs)
Version: 5.x
Hardware: Sun All
: P2 blocker (vote)
Assignee: Petr Nejedly
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2006-02-17 18:22 UTC by Ken Frank
Modified: 2006-10-23 16:39 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
image (32.07 KB, image/gif)
2006-02-17 18:24 UTC, Ken Frank 		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 Ken Frank 2006-02-17 18:22:33 UTC 
In the error dialog, see attached, some multibyte is not shown properly - am
running in ja locale on solaris.

The part that looks like random ascii appears to be message from some java
or other api; the parts that look ok come from collab modules themselves.
Comment 1 Ken Frank 2006-02-17 18:24:18 UTC 
Created attachment 28921 [details]
image
Comment 2 _ alexlamsl 2006-02-20 11:43:56 UTC 
we have had similar problems with chinese ciphers on output window when 
viewing remote compile results.
Comment 3 Petr Nejedly 2006-02-20 16:02:35 UTC 
The output window is unrelated (it deals with different file.encoding between
participants).
Comment 4 Petr Nejedly 2006-02-20 16:17:18 UTC 
Which part of the dialog do you consider to be a problem?
The part after "Error:" comes from the ConnectException from JDK (implemented
somewhere in sun.nio.ch.Net.connect())
Comment 5 Ken Frank 2006-02-20 17:49:31 UTC 
Yes, the part after Error, with the random/garbage ascii chars
(vs the correct mbyte seen right before collab own message)

ken.frank@sun.com
Comment 6 Petr Nejedly 2006-02-21 16:54:28 UTC 
In that case blame JDK L10N.