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 - view revision - multibyte characters not shown correctly | ||
---|---|---|---|
Product: | versioncontrol | Reporter: | Ken Frank <kfrank> |
Component: | CVS | Assignee: | issues@versioncontrol <issues> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | mmirilovic |
Priority: | P2 | Keywords: | I18N |
Version: | 6.x | ||
Hardware: | Sun | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
image
image |
Description
Ken Frank
2007-10-01 22:10:53 UTC
Created attachment 49938 [details]
image
Created attachment 49939 [details]
image
since its ok using euc-jp project encoding but not utf-8, am thinking that it assumes the encoding of the locale the user is in, rather than the project encoding. ken.frank@sun.com Fixed encoding of files opened via View Revision action. /shared/data/ccvs/repository/javacvs/cvsmodule/src/org/netbeans/modules/versioning/system/cvss/ui/history/ViewRevisionAction.java,v <-- ViewRevisionAction.java new revision: 1.5; previous revision: 1.4 /shared/data/ccvs/repository/versioncontrol/util/src/org/netbeans/modules/versioning/util/Utils.java,v <-- Utils.java new revision: 1.10; previous revision: 1.9 I think its ok now as per the issue, but let me clarify on the expectations/rules: that is, if open the project, then change the encoding of it, then create a new class is it expected that the view revision of the original file would show ok after a change ? I don't think that part could be expected since original file was in utf-8 encoding, now the project is using euc-jp encoding, so view revision or diff will show the original file with incorrect multibyte. But I don't think the cvs itself has a memory of what the encoding was for any given file version or branch, so it seems that its ok that the original multibte might not show ok since project encoding is now different ? ken.frank@sun.com CVS has no memory on file encoding so we really do not know when showing previous revisions, we just take the current encoding from Project. am verifying based on Maros comments I think this can be another case where, if user changes project encoding of same project, it is possible that file contents of previous created files might not look ok or be processed ok, since we assume the current project encoding to do different things in nb. ken.frank@sun.com |