Domchi Underwood - 16/Feb/08 02:15 PM "When using LoadURL to open a web page from within a script, currently you can only open your default external browser." No it doesn't. At least on Vista, it always opens IE, although Opera is my default browser, and it's driving me nuts. :((( Other than that, I'm fully agree with your suggestions, and hope this will be implemented together with HTML on prim (or before it). It sucks having to leave SL to reach 2D web. :)

McCabe Maxsted - 16/Feb/08 06:25 PM I'm waiting for mozilla to play nice first.

Opensource Obscure - 10/Mar/08 02:36 PM Looks like this has been solved in 1.19.1 (0) so I think the issue can be closed.

Lyssa Varun - 25/Apr/08 12:18 AM - edited This is still not using the internal browser for llLoadURL calls in 1.20 RC4 when it's configured to do so in preferences, so there's still something amiss. Second Life 1.20.4 (85828) Apr 24 2008 14:59:50 (Second Life Release Candidate) CPU: Intel Pentium 4 (Unknown model) (3013 MHz) Memory: 2048 MB OS Version: Microsoft Windows XP Service Pack 2 (Build 2600) Graphics Card Vendor: ATI Technologies Inc. Graphics Card: Radeon X1300/X1550 Series OpenGL Version: 2.1.7415 Release LLMozLib Version: [LLMediaImplLLMozLib] - 2.01.14673 (Mozilla GRE version 1.8.1.13_0000000000)

DreamsCatcher Colman - 28/Apr/08 05:20 PM Works here: Second Life 1.19.1 (4) Apr 2 2008 11:59:37 (Second Life Release) DOESN'T here: Second Life 1.20.4 (85828) Apr 24 2008 14:59:50 (Second Life Release Candidate) Tested with: CPU: Intel Core 2 Series Processor (2194 MHz) Memory: 2047 MB OS Version: Microsoft Windows Vista Service Pack 1 (Build 6001) Graphics Card Vendor: NVIDIA Corporation Graphics Card: GeForce 8600M GT/PCI/SSE2 Browsers: IE7, Firefox 3, Opera 9.27, Safari 3.1.1 Need fix!

Lulu Ludovico - 09/May/08 04:16 PM Bumped the priority to Major, because this silent change of making llLoadURL call external browser by default is very bad. I can understand that because it breaks some sites, it's not good - but come on, users *can* be directed by content makers to change their preferences to external browser. This can be done by content makers on their website when they detect someone hitting their webpage via SL browser. Or simply by the script that is calling llLoadURL in the first place. Yes, it's an imperfect workaround, but it is a workaround. And if the content maker is smart enough to use llLoadURL and write their own web page, they should be smart enough to do the workaround. As is now, all *other* content makers are forced to accept that their customers will have to be thrown to desktop by default each time they want them to interact with a webpage. Highly undesirable. Your current fix penalizes all the other content makers whose sites work fine! Lindens, BEFORE you release v1.20 as a general release, PLEASE PLEASE either (1) Revert back to previous llLoadURL and inform all the content users that use "non-standard" sites that break with internal browsers, to inform that customers to set external browser as default... ; OR, better, (2) Implement an optional parameter in llLoadURL [,browser] as defined in description. You will still have to inform content makers whose pages don't work with the internal browser to set the parameter to 1. Others, like me, will set to 0. If you don't have time to implement the "always use internal browser" or "always use external browser" option in preferences as suggested above, then leave it till v1.21 RC. The [,browser] fix is urgent, please!