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 96971 - I18N - can't input multibyte data in nb6 on solaris 10 by using input tools
Summary: I18N - can't input multibyte data in nb6 on solaris 10 by using input tools
Status: VERIFIED WORKSFORME
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 6.x
Hardware: Sun All
: P2 blocker (vote)
Assignee: mslama
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2007-03-01 16:26 UTC by Ken Frank
Modified: 2008-12-22 10:24 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
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 2007-03-01 16:26:56 UTC 
I don't know what the correct cat/subcat would be here since its about
entire ide.

Using nb6, and jdk6, on solaris 10 sparc, running in ja or ja utf-8 locale, cannot
use the OS input tools to input multibyte, for example in the name of 
a project from new project wizard (just an example)


using jdk1.5.06, for example, the mbyte input can happen.
on another machine, using jdk1.5, it did not happen.

using nb551 and jdk6, it is ok.

using a solaris11, jdk6 and nb6,  it is ok only in ja utf-8 locale.

using jdk6 and jdk notepad demo, it is ok.

We have done this on a 2nd machine about this, and results are the same
except as mentioned, on the 2nd machine, even with jdk5 the IM could not
happen.

windows is ok. will try on linux and mac.
Comment 1 Jiri Prox 2007-03-05 09:43:39 UTC 
Any ideas from core team?
Comment 2 David Simonek 2007-03-19 15:20:51 UTC 
Passing to Marek to try to reproduce on Solaris...
Comment 3 Ken Frank 2007-03-19 16:19:12 UTC 
suggest as a baseline, to try it using nb551 and jdk 5 and 6 first,
to make sure it works ok with that.

suggest logging in to solaris at the login screen and choosing 
ja locale (dont choose ja utf8 for this experiment)

ken.frank@sun.com
Comment 4 mslama 2007-04-19 14:53:29 UTC 
This must be clearly defined where it is not possible because in eg. New Project
wizard value of field "Project Name" is strictly checked to avoid problems with
portability between locales/platforms. So current Summary is completely useless.
Somewhere it might be by design somewhere it might be bug. I will try to locate
code which is responsible for checking "Project Name" value. Now I have NO idea
where it could be....
Comment 5 Ken Frank 2007-04-23 16:09:51 UTC 
This problem is not seen using recent nb6 on solaris, so am resolving this
issue.

ken.frank@sun.com
Comment 6 Ken Frank 2007-05-25 18:30:01 UTC 
v