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.
OS X allows folders with spaces in their names. NetBeans needs to accomodate this. To test, moving my netbeans folder up to the / directory allowed me to launch fine.
See related issue 12184.
As I can remember, this is not supported. Am I right, Yarda? If so, please mark as resolved remind or won't fix.
Well, I do not know ;-( I somehow remember that the decission was not mine, more I guess, Martin Balin and Ian could know something about it. Sorry.
*** Issue 12184 has been marked as a duplicate of this issue. ***
Ok, played a little with double quotes and backslashes ;-) looks like I solved the neverending story with starting the ide from folder with spaces. Diff is little bit complicated, so attaching 'runide.sh' from the development build. Please check it and submit feedback. Of course there may be still problems when userdir contains spaces, I will look at this ASAP.
Created attachment 1388 [details] patched runide.sh for starting from dir with spaces
Created attachment 1391 [details] runide.sh - final patch (userdir patched too)
vstejskal is now the maintainer of the launcher
The shell script launcher does not support ide/user dir which contains spaces. Very hard to do it right using shell scripts. JDK on Unix does not support it either. We should document this requirement.
??? Did I miss something? Attached sh launcher works with spaces in install dir and userdir.
Reopenning. Still none comments from Trung. I'll attch diff against trunk, that solves using spaces in userdir, in ide installation directory and in jdk installation directory on Unixs. I tested execution, compilation, debugging, projects switching, new from template. Everything works ok. CCing Jesse to review.
Created attachment 4481 [details] diff against rev #1.26
Okay, I'm going to put more works on this issue
You tested running AU too? The diff looks OK to me. Since it's shell script, I don't really pretend to understand why quotes are needed where they are; you just keep adding nested quotes until it works. :-) BTW - Unix 1.4 JDK seems to no longer use shell scripts for the wrappers, just ELF executables. If any bug needs the SPACE_IN_PATH keyword, it is this one.
I added quotes where I have thought they should be and then just kept adding till it works ;-) I forgot test AU - will do it soon.
I am going to commit the patch (with some additional modifications) soon. Also tested AU. Looks fine, except that AU does not place the module and its lib in the central dir even though the module is marked as "global". Try Logger module. Not sure if this is runide.sh's fault or AU's fault. Please check this.
okay, refined patch integrated into CVS trunk. jzajicek, thanks for your persistence :-)
*** Issue 22002 has been marked as a duplicate of this issue. ***
this is fixed only in 3.4 dev
Need to reopen this issue so that the fix gets back ported to the sierra branch ASAP. QA wants to begin testing SPACE_IN_PATH this week but without this bugfix for Solaris, they won't be able to get past runide.sh.
It is fixed in the trunk, hence resolution FIXED is correct. If the fix is merged to Sierra branch, the Target Milestone can be set back to Sierra (a milestone version which has yet to be created in IZ BTW).
sync'ed runide.sh in sierra branch to rev 1.36, thus fixed this bug for S1S 4.1
verified in [sierra](020724)
verified in nb3.4