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.
The developers have found a workaround to giving multibyte names to the jar files.so even if we enter multibyte name in the "Recipe Name" text field the "Generated Jar Name" does not include the multibyte name.But in the Fifth window of the Jar Recipe Wizard when i generate Manifest file by clicking on the "Generate" button, i see garbage. I will attach a snapshot.
Created attachment 3764 [details] manifest file showing garbage
Please resubmit the gif file. I can't view it for some reason.
Created attachment 4906 [details] garbage on manifest file
I've tried on solaris and japanese forte 4.0.. I didn't get garbage in the manifest field. it was possible for me to write japanese characters there. can it be that the problem was caused by the fact, that in my version I get only japanese text in the IDE and not mixed text and the generated NEtbeans IDE text is no wrapped in japanese text by default?
I believe the problem was solved, as I was not able to reproduce the problem in the FFJ40_EA. I was able to enter japanese multibyte characters within the Manifest wizard panel. Closing as worksforme, please add steps who to reproduce the problem in case it still occurs to me. any additional info welcome.
NB Build ID: 3.4 Beta,Version(200206070835) OS : Solaris8 Ja This problem seems to be reproducible using the above configuration.I am also providing steps to reproduce. To Reproduce : - Mount "application" directory as local directory,load Wizard "New Wizard - JarRecipe" - Type in the <multibyte>Recipe Name. - Click 'Next' button until you reach 'Jar Manifest' Wizard - Click 'Generate' button The Characters appears as Garbage in manifest tool. Pls. reproduce the bug using the above description.If reproduced I would like to know if I can re-open the Bug?
can you please attach a screenshot of the manifest page? I've done exactly the same and didn't get any garbage when trying to reproduce the bug earlier..
I am able to reproduce the issue.I will give the steps to reproduce again. Steps to Reproduce: 1. Goto File->New. 2. Click on 'JAR Archives' node 3. select JAR Recipe and click Next. 4. Type a Multibyte name in the text field labeled Recipe Name and click Next. 5. Select the Sources and click Next. 6. Just Click Next in the "Modify Jar Recipe Contents" window and Click Next. 7. In the Jar Manifest window click on "Generate" button. The garbage is displayed.Also Not able to create the Jar file. OS:Windows2000 Build:Netbeans3.4 0712dev I will attach snapshots for each and every window.
Created attachment 6797 [details] window1
Created attachment 6798 [details] window2
Created attachment 6799 [details] window3
Created attachment 6800 [details] window4
Created attachment 6801 [details] window5
but you are able to write japanese in the manifest field then, right? and the characters are not garbage.. so it's really only about the one generated field.
Set target milestone to TBD
I'm able reproduce it in S1S Update 1.
When you write a Manifest, then there is special check, whether the text doesn't contain the doublebyte character. There is static inner class ReaderInputStream in the org.netbeans.modules.jarpackager.ManifestTab, which does this check. This is result as resolving the bug 13859. So the manifest in the IDE can't have any doublebyte character therefore you can't add filename ("Recipe Name"), which contains doublebyte character.
Consistent use of the I18N keyword.
Studio Build : 220103 OS : Sol 8 and Sol 9 Ja Locale I'm able to re-produce the problem using the above configuration. I would like to know if the last comment meant that bug can't be fixed due to restriction/action of 13859 or can it be fixed; if not, we can close it
The fix of bug #13859 is a workaround to bug in JDK. So this bug cannot be fixed before the bug in JDK is fixed (see 13859 for details). I checked it out and it is not fixed yet.
Actually i see garbage when i generate manifest even without any multibyte characters in the jar packager name. Locale:zh OS:Win2k JDK:1.4.1_02 Build:Nevada RC6
jarpackager is gone now.