History | Log In     View a printable version of the current page.  
  • All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you've read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-4843
Type: New Feature New Feature
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Broccoli Curry
Votes: 36
Watchers: 7
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

Allow internal browser to be chosen instead of external when using LoadURL

Created: 12/Feb/08 02:21 AM   Updated: 22/May/08 11:10 AM
Component/s: Scripting
Affects Version/s: 1.20 Release Candidate
Fix Version/s: None

Environment: All
Issue Links:
Duplicate
 
Relates

Linden Lab Issue ID: DEV-15107


 Description  « Hide
When using LoadURL to open a web page from within a script, currently you can only open your default external browser.

Since we have Mozilla inside SL, wouldn't it be sensible to be able to choose which browser you use? I propose modifying the LoadURL (or adding an additional similar command to LSL to avoid breaking existing content

Suggest

        llLoadURL(key avatar_id, string message, string url [,browser])
where [,browser] is an optional integer...
0 --> opens with the internal browser,
1 --> opens with default external browser.
undefined --> opens with the browser set in avie's preferences.

This slight modification will not break existing scripts, and yet preserve the in-world immersion without plonking the avie to desktop by default. Those few calling sites that break on internal browser can choose 1 by default, leaving the majority of sites intact.

Additionally, as a separate project (but lower priority than the above fix), the [,browser] parameter could be overridden in preferences with an additional option of "always use internal browser" or "always use external browser" regardless of the script's choice.

Whilst not quite "HTML on a prim", if the browser window can be minimised or resized by the user, it would have a number of uses.

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
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!