• 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 have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: VWR-7034
Type: Bug Bug
Status: Resolved Resolved
Resolution: Won't Finish
Priority: Major Major
Assignee: Unassigned
Reporter: Rado Arado
Votes: 17
Watchers: 4
Operations

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

RC5 and RC6: Call to llLoadURL opens external web browser when preferences set to "Use built-in web browser"

Created: 03/May/08 09:16 AM   Updated: 22/May/08 11:03 AM
Return to search
Component/s: Performance
Affects Version/s: 1.20 Release Candidate
Fix Version/s: None

File Attachments: None
Image Attachments:

1. bug001275.JPG
(97 kB)
2. bug001276.JPG
(45 kB)
3. bug001278.JPG
(700 kB)
Environment:
Win XP, NVIDIA Geforce7600, Memory2.5GB

use security software Bitdefender Free Edition v10, SUPERAntiSpyware
Issue Links:
Duplicate
 
Relates
 

Linden Lab Issue ID: DEV-14842


 Description  « Hide
Original Title: With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts.

Original Description: With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally.

When using llLoadURL to load a URL from a script your default external browser is always used even if "Use built-in web browser" is enabled in preferences. This does not happen in 1.19 versions of the viewer, so this has been broken in the 1.20 RCs.

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
[ Permlink | « Hide ]
Gellan Glenelg added a comment - 03/May/08 10:58 PM
Changed title to clarify problem

Confirmed on Second Life 1.20.5 (86279) (English)


Gellan Glenelg made changes - 03/May/08 10:58 PM
Field Original Value New Value
Summary With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts. RC5: Call to llLoadURL opens external web browser when preferences set to "Use built-in web browser"
Description With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally. Original Title: With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts.

With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally.
lindenrobot made changes - 05/May/08 06:48 PM
Linden Lab Issue ID DEV-14842
Lima Vesperia made changes - 08/May/08 12:24 AM
Comment [ Confirmed also on Second Life 1.20 RC6. Please fix this!

It breaks the user's experience. ]
[ Permlink | « Hide ]
Lima Vesperia added a comment - 08/May/08 12:26 AM
Confirmed also on Second Life 1.20 RC6.

Harleen Gretzky made changes - 08/May/08 12:15 PM
Link This issue is duplicated by VWR-7121 [ VWR-7121 ]
Harleen Gretzky made changes - 08/May/08 12:16 PM
Summary RC5: Call to llLoadURL opens external web browser when preferences set to "Use built-in web browser" RC5 and RC6: Call to llLoadURL opens external web browser when preferences set to "Use built-in web browser"
Harleen Gretzky made changes - 08/May/08 12:39 PM
Link This issue Relates to VWR-4843 [ VWR-4843 ]
Harleen Gretzky made changes - 08/May/08 12:39 PM
Link This issue Relates to VWR-5341 [ VWR-5341 ]
Harleen Gretzky made changes - 08/May/08 12:44 PM
Description Original Title: With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts.

With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally. 		Original Title: With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts.

Original Description: With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally.

When using llLoadURL to load a URL from a script your default external browser is always used even if "Use built-in web browser" is enabled in preferences. This does not happen in 1.19 versions of the viewer, so this has been broken in the 1.20 RCs.
Harleen Gretzky made changes - 08/May/08 12:45 PM
Description Original Title: With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts.

Original Description: With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally.

When using llLoadURL to load a URL from a script your default external browser is always used even if "Use built-in web browser" is enabled in preferences. This does not happen in 1.19 versions of the viewer, so this has been broken in the 1.20 RCs.
 Original Title: With Candidate RC5d the built-in browser is used with the setting of Perfarence setting, with the script of specification it is not reflected, the external browser starts.

Original Description: With Perfarence (in Japanese edition having become "configuration"), you use the built-in browser at the place of the tub of WEB inserting check, when you use the script of specification, the external browser starts and you verified that the phenomenon where setting is not reflected always reappears. In formal edition Second Life1.19.1viewer it does not reproduce this. It is Candidate RC5 peculiar trouble. When the LSL guide and the like is perused from "HELP" of the tool bar of viewer top, you verify that the built-in browser starts normally.

When using llLoadURL to load a URL from a script your default external browser is always used even if "Use built-in web browser" is enabled in preferences. This does not happen in 1.19 versions of the viewer, so this has been broken in the 1.20 RCs.
[ Permlink | « Hide ]
Ramzi Linden added a comment - 09/May/08 02:09 PM
Thanks Rado for reporting this, however I am closing the bug because I have determined this behavior is by design. In the Release notes of 1.20 RC4, one of our developers noted:

Changes:

  • Change llLoadURL to open pages in external browser in 1.20

This is because we discovered a large amount of existing content uses llLoadURL() to load web pages that would not work in the built-in browser. (mostly, the target page has key links that are expected to open new windows, which is not supported by the built-in browser.) To prevent breaking existing content, the behavior now enforced from llLoadURL is to always open in an external browser — regardless of the user's setting in Preferences > Web.

My apologies this change was not called out more prominently in blog announcements about Release Candidate viewers.

Instead let's track the feature request VWR-4843 "Allow internal browser to be chosen instead of external when using LoadURL". That issue notes the complexity that we really need to modify llLoadURL or add an additional similar command to LSL to avoid breaking existing content


Ramzi Linden made changes - 09/May/08 02:09 PM
Status Open [ 1 ] Resolved [ 5 ]
Resolution Won't Finish [ 2 ]
Gellan Glenelg made changes - 22/May/08 11:03 AM
Link This issue is duplicated by VWR-7350 [ VWR-7350 ]
Sue Linden made changes - 13/Nov/08 11:24 AM
Workflow jira-2007-12-22a [ 55573 ] jira-2008-11-14 [ 70453 ]
Sue Linden made changes - 13/Nov/08 05:51 PM
Workflow jira-2008-11-14 [ 70453 ] jira-2008-11-14a [ 115588 ]
Sue Linden made changes - 13/Nov/08 06:19 PM
Workflow jira-2008-11-14 [ 115588 ] jira-2008-11-14a [ 125934 ]
Sue Linden made changes - 13/Nov/08 06:36 PM
Workflow jira-2008-11-14 [ 125934 ] jira-2008-11-14a [ 132538 ]
Sue Linden made changes - 13/Nov/08 06:59 PM
Workflow jira-2008-11-14 [ 132538 ] jira-2008-11-14a [ 141499 ]

Powered by Atlassian JIRA the Professional Issue Tracker. (Enterprise Edition, Version: 3.13.2-#335) - Bug/feature request - Atlassian news - Contact Administrators