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.
| Summary: | I18N - can't create hg repository from project if multibyte in path | ||
|---|---|---|---|
| Product: | versioncontrol | Reporter: | Ken Frank <kfrank> |
| Component: | Mercurial | Assignee: | issues@versioncontrol <issues> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | blocker | CC: | jf4jbug |
| Priority: | P3 | Keywords: | I18N |
| Version: | 6.x | ||
| Hardware: | Macintosh | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
| Attachments: |
image
image image |
||
|
Description
Ken Frank
2008-03-16 16:54:38 UTC
Created attachment 58450 [details]
image
after fix of this, please see, for mac, if other hg opertions in netbeans work ok with the scenario of project with multibyte in its name/path and also with multibyte contents in a given file. ken.frank@sun.com Does the command "hg init" work for that directory from the command line? I don't know about that directory but when doing hg init from command line using multibyte as a name, it creates it. however, in mac the terminal I see does not show the mbyte ok itself, but shows the octal values of it. thus can't know for sure also what would be the hg init argument, since the dir already exists as per the gif. in any case, you can try it on mac; just set the language to ja and create the project with multibyte of project name. ken.frank@sun.com The command should be /use/locl/bin/hg init <DirectoryName> The <DirectoryName> can exist. It looks from the gif like the command fails with abort: Invalid Argument: <DirectoryName> Can you confirm whether it works on the command line? it works from command line. ken.frank@sun.com Is this a Mac specific problem or does it also occur on Solaris? as mentioned in issue description, seen only on mac. ken.frank@sun.com I've tried mercurial with czech locale and czech characters and it worked as expected on Vista. from what we have seen in other areas/modules, there can be difference sometimes in what is seen using asian characters and using extended ascii characters like certain Czech ones. Can you set locale to japanese on the mac via properties, and do same steps using japanese characters ? and also, have one project that is default utf-8, another that is the encoding shown in netbeans->about - it might be sjis or macroman. ken.frank@sun.com Created attachment 59298 [details]
image
Created attachment 59299 [details]
image
I seems to have attached the image twice. I switched to ja language, logged out and back in. The character I got by copying what I take to be the Japanese for issue from safari when looking at this bug and pasted into the name of the project. image looks good. what is the values of first few lines of Netbeans->about box - it has the locale/encoding being used by mac os. ken.frank@sun.com Product Version: NetBeans IDE 6.1 Beta (Build 200803050202) Java: 1.5.0_13; Java HotSpot(TM) Client VM 1.5.0_13-119 System: Mac OS X version 10.5.2 running on i386; UTF8; ja_JP (nb) Userdir: /Users/jds/.netbeans/6.1beta Downgrading the priority - P3. Initialization of repository is not used so often from within the IDE and more over the problem was encountered only on Mac 10.4. This problem does not occur on mac 10.5 with mercurial 1.0 or mercurial 0.9.5. It does occur with mac 10.4 with mercurial 0.9.5 (there is not currently mercurial 1.0 for mac 10.4) adding RELNOTE keyword so it can be considered to be added. And since if user does want to create repos via netbeans, then relnote can tell them to do it via command line. ken.frank@sun.com Release note that on Mac 10.4 you must initialize a repository from the command line on a multibyte locale if you want to use multibyte chars in the project name. Removing relnote keyword. It shouldn't have impact for many users. |