-
Notifications
You must be signed in to change notification settings - Fork 0
[BUG-225356] Changed media event is not firing when the URL is amended by a '#' on post-Alex Ivy viewers. #4180
Comments
Chaser Zaks commented at 2018-08-28T18:39:42Z, updated at 2018-08-28T18:41:18Z I put a thingy west bound of http://maps.secondlife.com/secondlife/Testylvania%20Sandbox/108/161/21 which appears to reproduce this from the description. Object and scripts are full perm and shared with the Testylvanian group if need be to poke at the thing. From a web development standpoint, updating(not replacing) the URL in CEF would make sense as it follows anchor links and triggers the "hashchange" window event in javascript. //Example URL: https://secondlife.com/example/document.htm?key=value#anything
//Splitting it into a "path" would cause:
//origin: <protocol>://<host>[:port] (https://secondlife.com)
//pathname: [slash separated string] (/example/document.htm)
//querystring: [?[key=value[&...]]
//hashstring: [#[anything]]
path currentUrl;
media change message(path url)
if(url.origin == currentUrl.origin && url.pathname == currentUrl.pathname && url.querystring == currentUrl.querystring)
if(url.hashstring != currentUrl.hashstring)
update url(Cause the "hashchange" window event, don't cause a navigation event(refresh/reload/etc))
//else do nothing
else
replace url(Cause navigation event)
currentUrl = url; |
Whirly Fizzle commented at 2018-08-28T21:06:29Z Confirmed Chaser's test page at https://felix.softhyena.com/BUG-225356.htm reproduces the bug on post-Alex Ivy viewers but not on pre-Alex Ivy viewers. Clicking on the bottom ?test link followed by the top #test link.
|
Oz Linden commented at 2018-09-05T16:03:55Z, updated at 2018-09-05T22:20:58Z Can you make a simple LSL script that illustrates the problem without picking up all of a HUD? and it would appear from Chasers demo that appending/modifying a query parameter does still generate the Changed event. Is there a reason why you can't use that? There's nothing wrong with the server ignoring parameters it doesn't care about. |
Whirly Fizzle commented at 2018-09-07T14:33:32Z
|
Please refer to this discussion on the forums: https://community.secondlife.com/forums/topic/426794-scripts-not-communicating-for-a-specific-user/
Short summary of the problem from the HUD creator
The system begins with a single prim with media (website) on a single face. When buttons on the webpage are pressed, the event is reflected in the webpage's URL through the addition of a '#' followed by some text - just like the use of internal links. A script in the hosting prim uses the 'changed' event to detect 'changed media'. When this event detects the addition of a '#', the text following it is parsed to interpret the command the script is to execute.
**With the recent update, the changed media event is not firing when the URL is amended by a '#'**.
I'm afraid my scripting isn't good enough to recreate a simple repro object, so the steps below show how to recreate the bug with the HUD created by @Vindictii.
Steps To Reproduce
Purchase the following HUD: https://marketplace.secondlife.com/p/Bridge-CH-Multi-service-HUD/14666990
Make sure media is enabled in the viewer & attach the HUD "Bridge CH v1.0b"
Click on one of the buttons on the HUD phone face, for example the Marketplace button.
See Fig 1 attached.
You will see a large SL icon appear on the screen - see Fig 2 attached.
Left click on the large SL icon.
Observed Behaviour
When left clicking on the large SL icon, nothing happens.
The same problem reproduces no matter which "app" you choose to run from the phone HUD.
Expected Behaviour
This bug only reproduces on viewers with the Alex Ivy code merged in.
To see the expected behaviour, you can test on http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.0.7.328060
Click on one of the app icons, for example the Marketplace.
The large SL icon appears on screen.
Left click on the large icon.
A media window pops out from the phone and loads the Second Life Marketplace URL.
See Fig 3 gif showing expected behaviour.
Other Information
Bug does not reproduce on http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.0.7.328060
This viewer was default LL release before Alex Ivy RC viewer appeared.
Bug does reproduce on http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Release/5.1.0.508209
This was one of the early LL Alex Ivy RC viewer builds.
Attachments
Original Jira Fields
The text was updated successfully, but these errors were encountered: