SLURL will open a new FS window instead of a Landmark

Confirmed in Firestorm 3.0.1 (22385) Aug 30 2011 03:33:15 (Firestorm-Private) on Microsoft Windows Vista 64-bit Service Pack 2 (Build 6002). This feature behaved correctly in 2.5.3 (16903).

I couldnt reproduce this. Ive never had SLURL fail in FS & I TP to places from marketplace SLURLS pretty often.

Testing with the link that failed for Patty, https://marketplace.secondlife.com/p/Meeroo-Pen/2407938

From that page, click on " See item in second life"
The page http://slurl.com/secondlife/Sand%20Point/128/128/24 will open. Click Teleport now.
I then have the place profile open up in my running instance of FS & can TP there.

Tested on Firefox 6.0

Firestorm 3.0.1 (22389) Aug 29 2011 06:06:44 (Firestorm-Fizzlefire)
OS Version: Microsoft Windows Vista 32-bit Service Pack 2 (Build 6002)

To add further strangeness...

1.) I re-installed 2.5.3 with raw settings files, and 2.5.3 worked correctly.
2.) I re-installed 2.6.1 with raw settings files, and it didn't open a new session, but it did send me to an SLURL without providing the info in the Places Panel first.
3.) I swapped my saved settings files back in for 3.0.1 (I did not re-install), and now 3.0.1 works correctly.

After upgrading to Firestorm 3.0.1 (22392) Aug 31 2011 03:34:32 (Firestorm-Private), it would not open at all. Selecting it as the direct default in SLURL Proxy caused the open-new-session behavior to return.

I then re-installed 2.5.3 (16903) over top of itself, let it start once, but did not log in. I closed 2.5.3, logged in with 3.0.1 (22392) and the SLURLs worked correctly. I did NOT change anything via SLURL Proxy after re-installing 2.5.3.

Could this point to some glitch in the installers for the nightlies? Could it be borking a registry key?

Issue recurs with Firestorm 3.0.1 (22413) Sep 1 2011 11:38:57 (Firestorm-Private). Same process as before - re-installing 2.5.3 (16903) over itself - restores proper functionality to 3.0.1 (22413).

can confirmn same behaviour on 413 - I use Firefox as my browswer.. clicking an exteranl slurl it opens another FS window. The work around is to c/p the slurl to the navigation bar.

SLurl will not open in Firestorm 3.0.1 (22525) Sep 6 2011 13:04:42 (Firestorm-Private)
Win 7 and IE

The work around is to re install phoenix firestorm v2.5.2.16992 into a SEPERATE directory. You can download it still from the site at this url: http://downloads.phoenixviewer.com/windows/Phoenix_Firestorm-Beta_2-5-2-16922_Setup.exe

I am having the same issue as well. Slurls just open a second window of Firestorm Mesh. Please fix!!!

Marking this as 3.1.0 fix as the duplicate issue FIRE-3077 was triaged for this fix version.

Same issue here too!

uninstalling v2 and reinstalling it seems to fix it

Another thing to try for those having this issue..the fix from the good old days!
Install the old SL 1.23 viewer. You dont ever have to run it, but just leave it installed. This usually fixes all SLURL woes.

This problem happens to me as well with the latest Firestorm Beta Mesh. Instead of loading the SLURL from whatever website in the current instance of Firestorm, a new instance of Firestorm is opened.

Happens to me, I tried all the fixes but still wants to open a new instance of FS. Still happening in Firestorm 3.0.1 (22566). Have no problem in other viewers.

I used slurl proxy which can assign any viewer, or the proxy itself, to handle SLURLs coming from your browser. It seems to me that the new instance of Firestorm just isn't realizing that an instance of SLURL handler is already running.

I also have an issue with this. Coming from maps or slurl http calls outside the viewer from Marketplace or blogs, another Firestorm viewer loads instead of opening the map or goto slurl winwdow in the currently open viewer.

If I do NOT have Firestorm open at all and click a map. or slurl. Firestorm loads as it should, however, it does not load with the slurl requested but whatever I had previously selected at log in (last location or home) and takes me to those instead and nothing else opens after login indicating that the slurl info has been transmitted into Firestorm.

I've been simply copying location and pasting into the location bar inside Firestorm to bypass this.

Firestorm 3.0.1 (22525) Sep 6 2011 13:04:42 (Firestorm-Beta-Mesh)
Release Notes

CPU: AMD Phenom(tm) II X6 1090T Processor (3214.76 MHz)
Memory: 8190 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 460/PCI/SSE2

Windows Graphics Driver Version: 8.17.0012.7533
OpenGL Version: 4.1.0

Viewer Skin: metaharper_sidetabs (default)
RestrainedLove API: (disabled)
libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1
J2C Decoder Version: KDU
Audio Driver Version: FMOD version 3.750000
Qt Webkit Version: 4.7.1 (version number hard-coded)
Voice Server Version: Not Connected
Built with MSVC version 1600

FIREFOX brower info...
Name Firefox
Version 6.0.2
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2

Also confirmed slurls don't work with FS3.0.1.22566 in Linux.

Has anyone been fixed by installing SL 1.23?

Installing OLD beta version 2.5.2.16922 into separate directory (and I installed into a different drive)does solve the problem.
Thanks to Sir Rassir for the fix!

On the Phoenix installer, there is an option to "Use this as a viewer for all SL URL's"
This seems to have fixed most SLURL weirdness for Phoenix.
Maybe something like this can be added to the FS installer also?

I did some testing tonight and found that, in Linux, when a V1 viewer is registered to handle SLURLS then Firestorm functions as expected when a SLURL is clicked.

I confirmed this as well by altering my etc/handle_secondlifeprotocol.sh to execute snowglobe (with full path), and I could again get a place profile in Firestorm.

I've attached my copy of the handler script.

I'm getting the same thing happening with the 3.0.1.22525 build and v6.0.2 Firefox. Everytime I click the 'Teleport Now' button on an SLURL, it opens a new instance of Firestorm...

I confirmed that SLURLs work if SLV3 is installed and registered (in Linux anyway).

I have tested this in Windows, by installing Viewer 1.23, and as long as firestorm(xyz).exe is NOT the executable that receives the SLURL, everything works as expected. As soon as the external SLURL from a web browser is passed directly to Firestorm, a second instance will open.

I assigned SLURL proxy as default, and IN SLURL proxy I assigned Linden Viewer 1.23, and it works fine. SLURL proxy calls secondlife.exe and passes the slurl as param, which then checks if an instance of secondlife is running, and sends the slurl to the running instance of Firestorm.

Suspect something something was branded to Firestorm when it shouldn't have been, either at the 2.6 autobuild merge or shortly after.

Removed the "patch attached" checkbox because it's not a complete fix.

If a self-compiler would like to help, see if this behavior can be duplicated at revision changeset 18375 ( 07f65b6181ed ) and let us know.

I can confirm that with Phoenix 1.5.2.1185 installed and NOT registered to handle SLURLS, clicking SLURL links launches new instances of Firestorm, however with Phoenix registered to handle them, Firestorm functions correctly.

===================
Firestorm 3.1.1 (22692) Sep 23 2011 16:24:47 (Firestorm-private-Azurite)
Release Notes

You are at 220,495.0, 231,338.0, 601.0 in DOLL located at sim8576.agni.lindenlab.com (216.82.39.135:12035)
Second Life Server 11.09.09.240513
Release Notes

CPU: AMD Phenom(tm) 9650 Quad-Core Processor (2310.64 MHz)
Memory: 7167 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: ATI Technologies Inc.
Graphics Card: AMD Radeon HD 6800 Series

Windows Graphics Driver Version: 8.17.0010.1091
OpenGL Version: 4.1.11005 Compatibility Profile Context

Viewer Skin: metaharper (appalachian_sky)
RestrainedLove API: RLV v2.7.0 / RLVa v1.4.1a
libcurl Version: libcurl/7.21.1 OpenSSL/0.9.8q zlib/1.2.5 c-ares/1.7.1
J2C Decoder Version: OpenJPEG: 1.4.0, Runtime: 1.4.0
Audio Driver Version: FMOD version 3.750000
Qt Webkit Version: 4.7.1 (version number hard-coded)
Voice Server Version: Vivox 2.1.3010.6270

Built with MSVC version 1600
Packets Lost: 0/18,223 (0.0%)

where can i get the 2.5.3 download?? i cleared my download folder and cannot locate it here ... help pls !!

Hi Tressa,

This page will always have the latest downloads http://wiki.phoenixviewer.com/doku.php?id=downloads

On ubuntu here, so the SL-URL proxy doesn't do me much good.

Didn't phoenix have a separate executable for SL-URLs? Would be easy to just associate the secondlife// URLs with such a program in Firefox.

Turns out this was deliberately broken in llstartup by commit 22342. Reverted this change temporarily so we can have SLURL handling back.

Compiling at the moment (like usual, I often check jira at that time), will test as soon as it ends.

Plus, in the case I am not using a desktop environment (and/or g/dconf borks), to what file do I have to point Firefox to? the firestorm binary or the "handle slurl" script?

I see this issue is still around in 3.2.2.24336....

Reopening for investigation it might have regressed again.

Just tried to install an earlier viewer to see if it would fix but that doesn't work either

Siggy,
The most reliable workaround for now is to install the old SL 1.23 viewer. You can download this from the bottom of the page here http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers
You dont need to run the viewer & login. You just need it installed on your system.

Hmm okay that worked but still hope you guys can fix it since my system is already starting to itch being alergic to LL

I confirm the problem is there for Firestorm.

Each time trying to open a slurl a new firestorm window will open.

Installed the 1.23 second life version but I needed to choose to open the slurl with the old sl 1.23 viewer. Then it works. If trying to open it with firestorm it still opens a new firestorm window.

Confirm issue exists for Phoenix/Firestorm version 3.2.2.24336.
Using Whirly's workaround installing OLD SL 1.23 does work.

it appears that firefox is not recognising that firestorm is running, and tries to launch another instance of the program. could we have a workround that's a little less technical than 'reinstall 1.23'

Happens with latest released versions of firifox (must be round about 8 by now) and firestorm (3.2.2)

Installing 1.23 is the least technical fix for this issue.
If you dont wish to leave 1.23 installed, then you can install & setip the SLURL Proxy from http://wiki.phoenixviewer.com/doku.php?id=slurl_proxy

I Still don't accept this as a fix. sorry.

I found the cause of the issue, but I need Arrehns assessment first:

Basically, http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/bab7968248c9 did make the issue worse. Armin apparently moved the initialization of sStartupSLURL from LLAppViewer::initConfiguration() lines 2736-2743 to LLStartup because of the grid manager. In LLStartup, now only sStartSLURLString is initialized.

// The gridmanager doesn't know the grids yet, only prepare
// parsing the slurls, actually done when the grids are fetched 
// (currently at the top of startup STATE_AUDIO_INIT,
// but rather it belongs into the gridmanager)
if(clp.hasOption("url"))
{
	LLStartUp::setStartSLURLString((clp.getOption("url")[0]));
}
else if(clp.hasOption("slurl"))
{
	LLStartUp::setStartSLURLString(clp.getOption("slurl")[0]);
}

In line 2842, sStartupSLURL is checked and if it is valid, it is send to the already running viewer instance.

if (LLStartUp::getStartSLURL().isValid() &&
	(gSavedSettings.getBOOL("SLURLPassToOtherInstance")))
{
	if (sendURLToOtherInstance(LLStartUp::getStartSLURL().getSLURLString()))
	{
		// successfully handed off URL to existing instance, exit
		return false;
	}
}

Since sStartupSLURL now isn't properly initialized, it's empty, thus the SLURL command is not handed over and you end up with a running second instance.

@Arrehn: Did your presumed fix work at all? IMHO this couldn't have worked at all if FS is the only viewer installed on the system. It will only work if another viewer is installed that will be invoked when opening an SLURL and then hand over the SLURL to FS.

Maybe we need to move the SLURL handover check also to LLStartup, something like this:

	if (STATE_AUDIO_INIT == LLStartUp::getStartupState())
	{

		// parsing slurls depending on the grid obviously 
		// only works after we have a grid list
		// Anyway this belongs into the gridmanager as soon as 
		// it is cleaner
		
		if(!LLStartUp::sStartSLURLString.empty())
		{
			LLStartUp::setStartSLURL(LLStartUp::sStartSLURLString);
		}
		
		//RN: if we received a URL, hand it off to the existing instance.
		// don't call anotherInstanceRunning() when doing URL handoff, as
		// it relies on checking a marker file which will not work when running
		// out of different directories

		if (LLStartUp::getStartSLURL().isValid() &&
			(gSavedSettings.getBOOL("SLURLPassToOtherInstance")))
		{
			if (LLAppViewer::instance()->sendURLToOtherInstance(LLStartUp::getStartSLURL().getSLURLString()))
			{
				// successfully handed off URL to existing instance, exit
				return false;
			}
		}
// </AW: opensim>

Yes, I know I had this completely tested and solved, at least on my system. It was a long time ago, however. There's always a chance a file/checkin/changeset was missed.

"If you dont wish to leave 1.23 installed, then you can install & setip the SLURL Proxy from http://wiki.phoenixviewer.com/doku.php?id=slurl_proxy"

This didn't resolve the issue for me. Clicking a SLURL, I got a flash of what might have been SLURL Proxy, it went away, and Firestorm tried to open a new instance.

Windows 7
Firefox 8.0.1
Firestorm 3.2.2.24336

I can confirm Todd's experience. The slurl proxy is nice, but it doesn't change the behaviour of firestorm any.Though from the previous posts, I'd imagine it wouldn't help anyway.

Pushed a fix in 24244 (http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/4ddd4c617f8f). Works for me with FS as the only viewer installed. Please check if it also works properly on other systems.

This is still broken in 24336 on Win7 64-bit. I uninstalled the last beta release then installed 24336. I also have the latest release of Phoenix installed. SLURLs are very broken and always fire up another instance of Firestorm. I do have SLURL proxy installed and any combination of settings makes no difference, I always get a second copy of Firestorm. Works fine in Phoenix if I have that set as my default SLURL handler. Please please please fix this as I make very heavy use of slurls every day Does anyone have any kind of hack to make this work? This is a showstopper for me, I'll need to go back to Phoenix if this is really broken, it's just too much hassle to copy and paste slurl after slurl after slurl, ugh.

Someone else I just asked is having the same problem, so it's not just me.

If I uncheck "Allow Multiple Viewers" and click a slurl I get an error that Firestorm is already running.

This is a real problem for people that sell things on the marketplace, people will just give up if slurls do weird things like this, and they won't understand how to get the secondlife:// address and copy and paste it into their chat window or that they can even do that.

The released version 24336 is the same as 24179 but without the shining fixes and does not contain the fix. If you are using 3.2.2, the fix is in 24446 or later. So you must be either using 4.0.1.24244 (http://hg.phoenixviewer.com/phoenix-firestorm-lgpl/rev/4ddd4c617f8f) or 4.0.2.24446 (http://hg.phoenixviewer.com/phoenix-firestorm-sh/rev/bd10751fad36)

Ok sounds good, so how do I install either of those?

Hi Sasun,

Youd need to compile your own Firestorm to get those fixes at the moment. The most reliable workaround for now is to install the old SL 1.23 viewer. You can download this from the bottom of the page here http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers
You dont need to run the viewer & login. You just need it installed on your system. SLURLS will then behave correctly for you.

Weird workaround!
I reinstalled V1.23 and now the "launch application" window on Firefox shows an option "Second Life" too. [see "problem with slurl.com_1.jpg" attachment]
If I choose the option "Firestorm-Release", the issue is still there.
If I choose the new option "Second Life" and Firestorm Login screen is not opened, SL V1.23 is launched with the SLURL in "start at" field.
If I choose "Second Life" and Firestorm Login screen is already opened, the SLURL is correctly sent to the "start at" field. [see "problem with slurl.com_2.jpg" attachment]
If I choose "Second Life" and Firestorm is already launched, the LM is correctly opened in Place Profile.

Resume: I always must launch Firestorm-Release Viewer BEFORE send a SLURL from a website and always use the "Second Life" option in Firefox.

Same issue..I'm on FS Release and can't get SLurls..was suggested I install Phoenix again to make it the most recent downloded viewer..now neither viewer gives me a SLurl and I did the SLurl proxy as well

Hi Gamp,
Neither of those fixes will work in this case. The best workaround for now is to install the old SL 1.23 viewer. You dont need to login with it, just having it installed is enough. You can download Viewer 1.23 from the bottom of the page here http://wiki.secondlife.com/wiki/Linden_Lab_Official:Alternate_Viewers
Your SLURLS will then behave properly in Firestorm & all other viewers.

when u have installed surl proxy, the default handler should be the surlproxy, as recommended. But, then in the Window, choose another viewer as default viewer, than the one u are using. If the LM should open in fs, choose phoenix or some other viewer as default viewer.

Hello I gave up on Firestorm beta some months back because of this very issue and went back to phoenix. SLURL worked great after I did a complete clean install of phoenix removing all viewers. NOW because I am sure eventually ALL viewer 1 versions will go away I go back to FINAL release of Firestorm.... guess what? So i come here hopping to find out some answer. I will try some of things mentioned here and hope I can get SLURL back. Let me tell you going for a new linden home and not having SLURL is a pain. Thank god for the map!
I do hope this problem can be resolved.. I really really really do not want to default to Linden viewer 3.....please

The issue is apparently solved. Please read my comments above!

Confirmed fixed in the source. Tested on 4.0.2.24585 built yesterday.

Broke SLURL when i upgraded to 24336. worked fine on 24179. Uninstalled everything, scrubbed win 7 registry and deleted all reference to all viewers anywhere on HD, install 24179, now SLURLdoesnt work. Installed SL 1.23 , no change, installed older version of PHx, no change. Hope the next release really fixes it.

Now it looks as though LL has made all of the pre v3 viewers unavailable for download

Any word on a fix on this?

Heya Stephen,

Yes, Im afraid LL have removed the 1.23 download recently. There will be a maintenance release of Firestorm very soon where this bug is fixed.

This problem still exists in Firestorm 3.3.0 (24880) Feb 6 2012 20:10:16 (Firestorm-Release) under Microsoft Windows Vista 64-bit Service Pack 2 (Build 6002). I have tried using Google Chrome 17.0.963.46 and Microsoft Internet Explorer 9.0.8112.16421.

At this point, it seems to be restricted to malformed or misunderstood and non-location SLURLs. Normal SLURLs seem to be handled correctly. I came across this list of URLs with different parameters and formatting. I think it was meant to test against the internal browser, but I tested with an external browser anyway.

Case 1 - Small early startup window flickers, but nothing else happens:
secondlife:// (no location)

Case 2 - Small early startup window flickers, working Places window opens in currently active Firestorm session:
secondlife://De%20Haro (No trailing /)
secondlife://De%20Haro/ (trailing /)
secondlife://De%20Haro/123/45/67] (xyz all set)
secondlife://De%20Haro/10 (should clamp to 10,128)

Case 3 - Small early startup window flickers, unusable Places window opens in currently active Firestorm session:
secondlife://app.floater.html.help
secondlife://app/agent/0e346d8b-4433-4d66-a6b0-fd37083abc4c/about (Two slash (//) link, should not work)

The note about the double-slash was not mine, it was in the original HTML file, but we'll come back to that.

Case 4 - Second Firestorm session starts:
secondlife://De%20Haro/-10/-10 (should clamp to 0,0)
secondlife:///app/agent/0e346d8b-4433-4d66-a6b0-fd37083abc4c/about (Kelly Linden)
secondlife:///app/group/00005ff3-4044-c79f-9de8-fb28ae0df991/about (The Prancing Pony)
secondlife:///app/bogus/junk (bogus URL)
secondlife:///app/event/700727/about (Treasure Hunt at Crucial)
secondlife:///app/classified/00128854-c36a-5649-7ca6-5dfaa7514ab2/about (Tans Place Art)
secondlife:///app/parcel/0000060e-4b39-e00b-d0c3-d98b1934e3a8/about (Choerom PROSA)
secondlife:///app/floater/self/close (Close this floater)
secondlife:///app/balance/request (Refresh the L$ balance)

I observed two things... First off, among the SLURLs that were (mostly) valid locations, the ones with the negative values did not work. Could this be on account of the hyphens?

Secondly, the URLs with the three-slashes after the secondlife: protcol marker can all be modified to have only two slashes. If you do so, they move from Case 4 to Case 3. There's a comment in what I've labelled from Case 3, indicating that two-slash URLs should not work at all. I presume this relates to the internal browser the list was created to test against, but may be it points towards the problem?

To finish off this round of testing, I reinstalled Phoenix Viewer 1.5.2 (1225) Aug 22 2011 11:24:40 (Phoenix Viewer Beta) over itself. It did not change the results of any of these tests.

The attached file is the one I tested with by opening it in a local web browser. Unfortunately, the JIRA doesn't seem to accept secondlife: as a valid URL protocol.

Those SLURLS are from the LL SLURL test page, you can bring up from Develop -> UI -> Media browser test or here http://secondlife.com/app/search/slurls.html

V3 actually fails LL's own test SLURLS. Those have been wonky ever since V2. That test page has never been updated to reflect changes made in V2.

I just installed 4.0.1.27000 and the bad secondlife:///app/agent behavior is back. secondlife:// slurls work fine. Clicking on the app/agent link in the test page in the comment above causes a new instance of Firestorm to launch. I really really really depend on these links working, ugh.

With the last release I installed the old 1.23 viewer as a workaround, which seems to have no effect now.

You can reproduce this manually by running this (replace your program files directory as appropriate): "C:\Program Files (x86)\Firestorm-Release\Firestorm-Release.exe" --channel "Firestorm-Release" --settings settings_firestorm-release_v4.xml -url secondlife:///app/agent/0e346d8b-4433-4d66-a6b0-fd37083abc4c/about

That opens up a new instance.

I can repro that on my system, running Firestorm 4.1.1 (27028) Mar 22 2012 14:29:29 (Firestorm-Fizzlefire)

Pasting secondlife:///app/agent/0e346d8b-4433-4d66-a6b0-fd37083abc4c/about into nearby chat & clicking the link correctly opens up the profile of Kelly Linden within my running instance of Firestorm.

Clicking the same link from http://secondlife.com/app/search/slurls.html launches a new instance of Firestorm.

Testing on V3 Beta, Second Life 3.3.0 (250306) Mar 1 2012 09:01:26 (Second Life Beta Viewer), this bug is not present. The secondlife:///app/agent/ opens the profile within the running instance of V3 when clicked from the webpage.

secondlife:///app/group/bd5977a4-b85a-e590-9a12-36ce0536ea01/about also opens a new instance

ok i loaded the new 4.4 firstorm monday night. i never had a problem with it before of this at all. well i logged in teusday morning and i went to market place and tried to use the tp in the links. well i get a gray box saying loading firestorm it flashes really quick. so i uninstalled it and did a clean install. figure it was a bad install it happened again i tried different links and different websites to no available end. well i went to group chat asked for help and robo was really helpfull he helped me go through everythign and nothing helped at all. so i figure it was my system so i wiped my hole hard drive clean and reinstalled win 7 and installed firefox than firestorm 4.4. well it happened again. all i get was a gray box. before i wiped my hard drive i did about 7 clean installs today than i cleaned my hard drive. well i went back to the group chat about 30 min or so and norton was helping me and i showed norton a screen shot of the gray box that says loading firestorm and nothing else happens at all. i never had this problem monday at all when i was on the 4.3 the last installment of firestorm. i hope some one can help and figrue this out.yesterday i tried google chrome firefox and ie and they all do the same thing. so i hope some one can help the only thing on my system right now is drivers firefox and firestorm no antivirus at all. thank you for advance countryboy

Heya Chad,

Please work through this wiki page http://wiki.phoenixviewer.com/slurl
If you still need help, please can you file a new JIRA issue because this issue is for a different bug which was fixed a long time ago.

This page will tell you how to file a JIRA: http://wiki.phoenixviewer.com/file_a_jira

Thanks!