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.
Original status: 2-Incomplete, Substatus: Filing Error; Suggested Status: RESOLVED (Resolution: INVALID) Original Target Release: shortfin_dev; Suggested Target Milestone : 5.5 These items should be added to the Keywords: INCOMPLETE These items should be added to the Status Whiteboard: WAV Original submitter: kfrank Description: create a new clip when running in locale for which creator has been localized (pseudo localized in this case). There is no default name given (or created) for the clip as shown in pallette manager or on pallette - just the icon for code clip but not default text of Clip. I do see in several toolbox and pallette jar bundle files the word Clip and these have been pseudo localized. Evaluation: (by joellelam) It doesn't seem like a localization issue although it seems to have those symptoms. If it were purely localization we should see "Clip" in the english. It looks like CodeClips are some reason unable to have multibyte names. Seems to be related to: [94220] Evaluation (Entry 2): (by kfrank) It might be encoding issue however; as xxxxxx pointed out, in solaris utf-8 ja locale, we do see the default name Clip, that is pseudo localized, with the multibyte showing ok. Evaluation (Entry 3): by (kfrank) This is probably encoding handling since not happens in solaris ja utf 8 locale (ja_JP.UTF-8) but does in solaris ja and windows ja regional settings. thus in solaris ja or windows ja, when create new clip, no default name for it is shown at all, just the icon for a code clip whereas in solaris ja utf8 one can see the pseudo localized word Clip, which comes from bundle file; yet below it seems its mentioned that some use of Clip is not from bundle file. So this isnt directly about that clip name can't have mbyte since it does in solarisutf8 locale; and bug [94220] is different. see attached gif, also put into bug report; for the bug sitation just imagine same thing without the japanese characters and the word Clip - *just* the image in purple that is to the left of each clip. Evaluation (Entry 4): (by joellelam) Need to submit a Solaris Bug. Evaluation (Entry 5): (by joellelam) I think this to might be fixed by this last commit. Again, if the Clip file name is selected according to the clip name and if the word "Clip" is localized but the filesystem can not handle multibyte names, the the clip would fail to be create. Please check if this issue continues to occur. [integration url omitted] Evaluation (Entry 6): (by joellelam) Is this a duplicate of [94220]. Also, I am not seeing the picture again. It could be something wrong with [the bug tracking system]. Also, please consider lowering the priority, otherwise I will apply for a waiver.
Comment (by kfrank): added gif of what it looks like in solaris ja_JP.UTF-8 locale - this is the correct view but in solaris ja locale or windows ja - there is just the purple image to the left of the clip -- there is no words with name of the clip at all. Comment (by kfrank): in solaris ja locale, as originally reported, this is not fixed but is ok as before in solaris ja utf8 locale Comment (by cnguyencasj): This issue doesn't exists on Mac OS X 10.4. But it still exists on Windows XP with the ML version of the En FCS RC1 build. [joellelam], you can use my machine to test this out or you can set it up on your machine by following these how-to instructions [url omitted] I've attached the messages.log which has some helpful exception stacks when I tried to rename a code clip in asian locale, that appears to have a blank name in the palette but the default CLIP.xml or CLIP_1.xml names are actually there right after the code clips are created. The snap shot of how the issue exhibits is also attached.
this was migrated from bt but somehow placed in resolved state when it should have been open state. ken.frank@sun.com
Not a components issue
I am not sure why I didn't see this fix before. It makes me concerned that this really isn't the correct fix. Ken, can you verify this fix. IDE:------------------------------------------------- IDE: [7/23/07 9:39 PM] Committing "CodeClipDragAndDropHandler.java" started Checking in CodeClipDragAndDropHandler.java; /cvs/visualweb/palette/src/org/netbeans/modules/visualweb/palette/api/CodeClipDragAndDropHandler.java,v <-- CodeClipDragAndDropHandler.java new revision: 1.2; previous revision: 1.1 done
Steps: 1. Create VW App 2. Open Java editor with code 3. Select several strings of code in the editor 4. Drag them to the Palette Code clip has the following problems: 1. It was created without name. (and with npe on S10, ja not utf-8. see the image) 2. Rename action doesn't work if using ja chars 3. Palette Manager gives NPE when navigating to this code clip
Created attachment 46288 [details] winxp
Created attachment 46289 [details] solaris 10
Created attachment 46290 [details] npe
Okay, I think this should do it. After talking with some people it seems that I need to force UTF8 encouding/decoding on non-UTF8 systems. Unfortunately I can test or verify this one. Ken, please try this out. Apologies for the back and forth here.
verified: build 1016, XP.ja_JP I was able to add and rename with mbyte code clip