Embedded webpages no longer storing authentication information

  • 1
  • Problem
  • Updated 3 years ago
  • Not a Problem
I have been using the Webpage Widget for a number of months now to deliver live TV to some of my displays. Today these live streams ceased to work. I've run a number of tests in the hope of isolating the cause of the problem.

From what I can tell the issue is caused by either the Rise Vision Player, or the Webpage Widget, no longer allowing for the use of cookies that have been set on the normal chrome browser. Essentially the player is running in a private browsing mode (or incognito mode).

Previously I could open to the live Stream in the normal chrome browser. Authenticate my service provider, and save those credentials. Then I was able to close the normal browser and launch the Rise Vision player and my webpage widget would display the page with those stored credentials.

When I run the presentation as a preview it works as it did before.


My problem/question is if there was a recent update to the chrome player (or, less likely, to the webpage widget) that would cause it to run as a private session. And, more importantly, is there a way to avoid this happening.
Photo of Joseph Mayberry

Joseph Mayberry

  • 1,206 Points 1k badge 2x thumb

Posted 3 years ago

  • 1
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Hi Joseph,

I've got this question into our Delivery and Content teams to check on changes to the Player and Web Page Widget. I'll let you know if anything has been changed once they get back to me.

Thanks.
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Joseph,

Which player version are you running on your media player? Are you using the Rise Player Chrome extension?
Photo of Joseph Mayberry

Joseph Mayberry

  • 1,206 Points 1k badge 2x thumb
Yes, we are currently using the Chrome extension for all of our current displays.

As for the problem itself, it is difficult to describe in detail because I am not certain what the root cause might be. Essentially the issue I am having is that previously I could authenticate various web pages through the normal chrome browser and then run a presentation that included content from those pages on that same machine.

The presentation would retain that authentication because it was stored within the chrome browser. After a period of time I would have to re-authenticate, but that was only because the site itself would not store the authentication information indefinitely.

Now, no authentication information from the normal chrome browser is being applied to content shown in my presentation. When I preview the display everything still works fine. But the moment I run it from the chrome player these temporary files are no longer available.

Error messages from various web pages that I have tried reference a Private Browsing Mode, but I am not certain if this is accurate to the problem, or simply a product of the site being unable to access cookies because of the player.
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Joseph,

Thanks for the additional information. For greater clarity before I pass this on to our team that develops player:

As recently as last Friday, you could authenticate a webpage in Google Chrome, then open Rise Player on that same computer and have the webpage display.

Is that correct?
Photo of Joseph Mayberry

Joseph Mayberry

  • 1,206 Points 1k badge 2x thumb
The problem was first reported to me last Friday. It is possible that it existed prior to that, but I can say for certain that when I had checked it either Monday or Tuesday of that week that it had been working correctly.

That display is in a high traffic area so it is unlikely that the problem existed prior to last Friday without being brought to my attention, but as I am not the one who actively monitors it I can't say that with absolute certainty. 

Otherwise, yes, that is correct.
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Joseph,

Bear with me here. I'm getting some support from our Player developers to look into this issue. My knowledge on the subject is that Rise Player has never supported authentication, and I personally haven't seen it in action. This could be due to a change in the Chrome Browser, but I am awaiting confirmation from our Delivery team that no changes have been made to player.
Photo of Blake Freeman

Blake Freeman, Official Rep

  • 36,116 Points 20k badge 2x thumb
Joseph,

There have been no changes to the Rise Player recently. As I mentioned, authentication has never been tested, supported, or advertised for Rise Player. Using them within a presentation is uncharted territory.
Photo of Joseph Mayberry

Joseph Mayberry

  • 1,206 Points 1k badge 2x thumb
Thank you for looking into this for me. Is it possible that the native players might still retain this ability? I will do some investigation on my own. It is a fairly important feature, and one that I definitely think the Rise Vision platform could benefit from officially including in the future (it is fairly critical to including live TV streams in the presentation).

But I do understand that it isn't a feature that is currently supported, I'll have to investigate reverting to older versions of chrome, or finding an alternative workaround.
Photo of Newark Fire

Newark Fire

  • 132 Points 100 badge 2x thumb
Joseph
Have you had any success in a workaround? I am in a similar predicament but I was vexed by a website that recently started requiring authentication. The html site shows vehicle status for fire and ems personnel. Any suggestions would be greatly appreciated.
Photo of Joseph Mayberry

Joseph Mayberry

  • 1,206 Points 1k badge 2x thumb
I've tried this solution, and it works well in preview (so if you are not relying on the built in scheduling features in Rise Vision it is possible to run your displays through full screen previews rather than the actual player.

That said, when you run the presentation through the player it opens in the equivalent of incognito mode, which means that cookies, tokens, and sessions from your past browsing (basically everything a site might use to store authentication) will not be loaded by the player and as a result by the presentation.

As of now I have not found an effective way to work around this problem. It is possible to pull the presentation URL from the player itself (which will allow you to open it in a normal browser - this gets you authentication as well as the scheduling features) but this option has proven to be very unstable as it also bypasses all of the additional framework that the player provides to a presentation.

I don't know if there is a more effective solution, if there is I have not been able to find it. As far as I can tell it would require either changes to the player itself (if enough people show interest in this then it might be something that Rise Vision considers moving forward) or you would have to find a way to store browser cookies, sessions, and/or tokens in a way that persists into the incognito mode for chrome... I haven't attempted anything like this... not even sure that it would be possible.
Photo of Truro Township

Truro Township

  • 110 Points 100 badge 2x thumb
Thanks for the information unfortunately your correct.  Works fine in preview but not incognito.  You would think rise vision would have a way to disable using the incognito mode or store the authentication data  
Photo of Newark Fire

Newark Fire

  • 132 Points 100 badge 2x thumb
Thank you both for the information, the preview mode did work well except I have a piece of the display that relies on the timers which won't function in preview mode.  I tried to disable incognito mode in Chrome/Win 7 in the registry in hopes that would force the player to open in a regular window but I was unsuccessful in getting the incognito disabled. I also searched the player code for a incognito trigger, but had no luck with that either. 
What I did find is that when I enabled the web page widget 'interaction' feature (and made the cursor visible in settings) I was able to login through the front end display. Thereafter the widget retained the cookie information even after I removed all browsing information in chrome.  I logged out and back in to chrome and the authentication still worked.  This is a lot like Josephs initial functionality.  This is with Win 7, Chrome 48.0.2564.116 m and the rise player that was uploaded today.
S-t-r-a-n-g-e.  
Photo of Joseph Mayberry

Joseph Mayberry

  • 1,206 Points 1k badge 2x thumb
Interesting, and promising.

I am curious to know if you were able to get this authentication to persist even after the player is closed and then opened again. If this is possible then I think that the solution you found is a perfect substitute for the original functionality.

Even if it is not possible to have the authentication persist your solution does get much closer to the original functionality than I have been able to achieve thus far.
Photo of Newark Fire

Newark Fire

  • 132 Points 100 badge 2x thumb
Yes, the authentication did persist after the player was closed/reopened.  It also persisted after chrome was closed- all history and browser settings were deleted and chrome reopened.