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
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