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 11076 - I18N - Convert to text a Japanese file name results in unstable errors
Summary: I18N - Convert to text a Japanese file name results in unstable errors
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: All All
: P2 blocker (vote)
Assignee: rmatous
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2001-04-05 10:04 UTC by Yuko
Modified: 2008-12-23 00:12 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yuko 2001-04-05 10:04:45 UTC
1.  Prepare 2 text file in English file names and 2 text files in Japanese file
names, eg;
   file1
   file2
   JAPANESE1  (in double byte characters in real life)
   JAPANESE2  (in double byte characters in real life)
   
   the files do not have extensions.  Save them to a single directory.
2. From IDE, mount the directory and expand the directory name in Explorer.
   Then you will see the file list in above order.
3. Right click each file name and select "Convert to text" and reply OK to
   confirmation dialog, then you will see the icons for the files have been 
   changed to represent "text" file.
4. If you try "Convert to text" for a Japanese name file, then you might see
   some unusual result intermittently.
   Result 1 - The file could not be converted and the icon remains in white.
   Result 2 - The file and other files with "text" icons also changed to white
icons.
   Result 3 - Yes!  The file is converted.  But after restart IDE, you will see
              all files in the directory remain in white icon again.


This problem occurs if the directory has files with non-asccii chracters (e.g. 
Japanese characters etc).  This never occurs with English (asccii) name only 
directories.

On both Win 2000 and Solaris.
Comment 1 Peter Zavadsky 2001-04-05 14:42:45 UTC
Reassigned to openide. I think it has to do with FileObject's set/getAttribute  
(consequently .nbattrs) which are used for marking object as text.

On the other hand it's reported for 3.0 ( I wrote Youko for more info, when get
answer let you know.).
Comment 2 Yuko 2001-04-06 06:01:54 UTC
I did not set correct Version.  
This could be found on NB3.2 (build 22) and FFJ-dev (April 3 build).

This was NOT happened with FFJ 2.0.

I tried again watching .nbattrs file contents.

1.  Convert file1 (English) --> .nbattrs contains file1 as fileobject
2.  Convert file2 (English) --> .nbattrs contains file1 and file2 as fileobject
3.  Convert JAPANESE1 (Japanese) --> .nbattrs contains file1, file2 and
JAPANESE1 as 
    fileobject.  But ICON for JAPANESE1 is not changed to "text" icon.
4.  Convert JAPANESE2 (Japanese) --> .nbattrs contains only JAPANESE2 as
fileobject 
    so, all ICONs are back in blank when they are refreshed.

In the .nbattrs file, correct file name "JAPANESE1" can be shown.
But somehow, at #4 of above operation, .nbattrs file becomes broken.
Comment 3 rmatous 2001-04-06 17:11:01 UTC
Fixed in trunk and release32. DefaultAttributes use method writeToXML that 
creates files .nbattrs. This method now uses PrintWriter that was set to use 
UTF-8 and files .nbattrs also contains information that there is used UTFF-8 
encoding. 
Comment 4 Jan Chalupa 2001-05-06 08:20:33 UTC
Target milestone -> 3.2
Comment 5 Ken Frank 2001-06-21 20:22:41 UTC
verified on 2000-06-21
ken.frank@sun.com
Comment 6 Jesse Glick 2002-12-23 16:35:31 UTC
Consistent use of the I18N keyword.
Comment 7 Quality Engineering 2003-07-01 16:33:28 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.