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: | Non visible source file: IM??stnost_115.java | ||
---|---|---|---|
Product: | platform | Reporter: | rudyment <rudyment> |
Component: | Filesystems | Assignee: | Petr Nejedly <pnejedly> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | jtulach, tzezula |
Priority: | P2 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Windows 7 | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 189988 | ||
Bug Blocks: | |||
Attachments: |
zipped log files
Zipped problematic project Screenshot of a dialog with an error message Self-extracting archive (JAR file) with a NetBeans project |
Description
rudyment
2010-06-11 14:18:33 UTC
Created attachment 100029 [details]
zipped log files
Log files to the described problem
Created attachment 100139 [details]
Zipped problematic project
The error appeared in new project. One of files is invisible in project window as wel as in File window. However th open window see it. But if I ask for opening, th IDE halts.
However the compiler and ANT see it, becouse "Clean and Build" finished without problems. Despite it the editor still anounced errors and the sucessfully compiled source file was still invisible for Preject and File panel.
I send this miniproject in a ZIP file. The "invisible file" is the source file of class
adventura_115_10J.rámec.IMístnost_115;
however, similarly named class
adventura_101_09P.rámec.IMístnost
is visible without problems.
In addition, when I write the import statement, IDE can suggest the first package, then I have to continue withou suggestions until I write the whole name "rámec" a then IDE again continues with suggestion - however the "invisible class" is not among the suggested names.
The version 6.8 had not these problems - they came with the new version of NB.
Created attachment 100140 [details]
Screenshot of a dialog with an error message
In adition whe I want to create a new interface in the root package, IDE created an empty file with the given name, but then announced the error shown in the attached screenshot. Other programs has no problems with this file.
Returning back to filesystems. The file is shown neither in package view nor in files view. And it's not shown as it's not returned by FileObject.getChildren(). FileObject("TEST_NB_6.9/src/adventura_115_10J/r†mec").getChildren() returns 10 children but there is 11 of them and the missing is IM??stnost_115.java Please note that just running jar tool on the ZIP fails: $ jar xf zipped-problematic-project.zip java.lang.IllegalArgumentException at java.util.zip.ZipInputStream.getUTF8String(ZipInputStream.java:324) at java.util.zip.ZipInputStream.readLOC(ZipInputStream.java:264) at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:91) at sun.tools.jar.Main.extract(Main.java:868) at sun.tools.jar.Main.run(Main.java:260) at sun.tools.jar.Main.main(Main.java:1167) I don't think I can do anything with this. The ZIP contains wrong UTF-8 characters and Java is incapable to work with such directories. Try to run following program on content of your ZIP: import java.io.File; class list { public static void main(String[] args) { File f = new File(args[0]); for (String s : f.list()) { System.out.println(s); } } } TEST_NB_6.9/src/adventura_101_09P$ java list r?mec Exception in thread "main" java.lang.NullPointerException at list.main(list.java:8) Fix the ZIP encoding and the problem shall disappear. Created attachment 102830 [details]
Self-extracting archive (JAR file) with a NetBeans project
I attached a self-extracting JAR file containing a super simple NetBeans project demonstrating the mentioned problem.
In this project there are two files in the root folder:
IM\u00EDstnost.java
IM\u00EDstnost_115.java
The first one is visible in the project window but the second one is not.
As you can see, these names differs only by the suffix “_115” in the name of the second (non visible) file.
The problem occurred on Czech Windows 7, version 6.1, build 7600.
The problem occurred also in the NetBeans 7 M2.
Last week we fixed bug 189988 which may be closely related to this problem. I tried to unpack the JAR file with NetBeans project in today's build: $ unzip 102830.jar The file IM+-*stnost.java is shown. But only until for a while - either after few minutes or after refresh after main window is activated (yes, I am observing bug 191720). Either this is slightly different problem or bug 189988 is not properly fixed. Btw. I also tried $ jar xf 102830.jar and that worked fine on Kubuntu 10.10 (as it created proper UTF-8 characters). I have tracked this problem down the the FileName encoding of IMístnost_115.java as IMírnost_115.java (notice the off-by-one difference after the problematic letter). The FS couldn't find the file (under the broken name) then, which leads to host of other problems (like issue 190949, reported by one of the evaluators, it seems ;-)). Luckily, the problem really went away with the fix for bug 189988. Once I updated openide.utils, I'm no longer able to reproduce this, but if I rollback oou.CharSequences to 3b8b7f3f4d66, it appears again and a similar problem is caught by (new) CharSequencesTest.testMaths: expected:<11ü[1]111111111111> but was:<11ü[0]111111111111> So I believe this is fixed now, though I'll commit the test I wrote while evaluating this... Integrated into 'main-golden', will be available in build *201011100000* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/5055c33c1579 User: Petr Nejedl I've tried the build 201011100000 on my computer and now all the previously problematic files really started to be visible. |