SLURL handling seems to be broken

SLURL handling seems to be broken in the linux client!

Try calling the client with -url "secondlife://firstname lastname".
Even if the url was correctly url-encoded so the link is "secondlife://firstname+lastname" it doesn't work.

I followed the call of the client and the slurl is passed correctly, but the linux client cuts the -url parameter at the first blank.

Do you encounter the same problem?

Yours Conny

Use %20 to replace spaces in the sim name (e.g. -url secondlife://Da%20Boom/70/123/700/). That works for me.

I asked my friend Henri Boa to fix the buggy behaviour for me and he came out with this fix:

Replace in the secondlife script:
8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<--------
LD_LIBRARY_PATH="`pwd`"/lib:"`pwd`"/app_settings/mozilla-runtime-linux-i686:"${LD_LIBRARY_PATH}" bin/do-not-directly-run-secondlife-bin `cat gridargs.dat` ${FINAL_PARAMS} | cat
8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<--------

with:

8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<--------
PARAMS=$@
FINAL_PARAMS=`echo ${PARAMS} | perl -e '$param = <STDIN>; $param =~ s/(secondlife:\/\/[^\s]*)(\s*)([^\s]*)/$1%20$3/; print $param;'`

LD_LIBRARY_PATH="`pwd`"/lib:"`pwd`"/app_settings/mozilla-runtime-linux-i686:"${LD_LIBRARY_PATH}" bin/do-not-directly-run-secondlife-bin `cat gridargs.dat` ${FINAL_PARAMS} | cat
8<--------8<--------8<--------8<--------8<--------8<--------8<--------8<--------

This fix at least fixes the behaviour when calling the secondlife client when called from a browser.

Yours Conny

Hmm. The viewer itself can handle the spaces properly, but the shell script doesn't escape them [edit: I meant: doesn't expand arguments to separate words]. That can be alternatively fixed by replacing

with


See the bash man page for more info.