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 - multibyte in file contents of some module project file->new items do not show correctly in some asian locales | ||
---|---|---|---|
Product: | apisupport | Reporter: | Ken Frank <kfrank> |
Component: | Project | Assignee: | Jesse Glick <jglick> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | Keywords: | I18N |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 99232 | ||
Bug Blocks: | 97852 | ||
Attachments: | image |
Description
Ken Frank
2007-04-15 17:39:00 UTC
Created attachment 40933 [details]
image
CreatedModifiedFilesFactory.copyAndSubstituteTokens needs to use FEQ. Strange, I could have sworn this was filed separately already, but I cannot find it. BTW as I said already, this should affect only apisupport-specific templates, not generic templates like empty Java files. update - still seen in current builds in module or library projects. can/should this be fixed for nb6 ? ken.frank@sun.com note to myself that once fix is done for this to make sure firefox can find generated javadoc as per issue with other projects like 118174 ken.frank@sun.com Can probably be handled as part of usage of FreeMarker for templates. Ought to have been fixed as part of issue #99232, though I can hardly verify myself since I use Ubuntu with UTF-8 and this sort of thing is never broken to begin with. verifying - the multibyte looks ok. will open separate issue for the record on javadoc not being found on solaris by firefox if there is mbyte in the project name/path and in pkg name when user in euc vs utf8 ja locale, or even if mbyte is in just path to project or project name and not in pkg name, perhaps since utf8 is being used for apisupport modules ? for other projects that have this problem, it usually when there is some conflict in how browser is viewing encoding of the path to project and paths/filenames within project that has some parts and euc for other parts of the path, but browser can handle just one encoding. see 118174 on this for j2se project. But if this problem for apisupport, for the case of just mbyte in project path, for example, and nowhere else in path or file name, shouldnt that at least work ? will file separate issue am verifying this one. ken.frank@sun.com |