You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 15, 2017. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 15, 2017. It is now read-only.
HTTPSB menu not reachable in some rudely restrictive popup browser windows (aka "pop-up media player won't play") #40
Problem is the site itself: it fails without the extension with everything allowed, and also in Firefox. The site tries to get http://mediaplayer.yahoo.com/js?ver=3.5.1, but this fails.
EDIT: By the way, the "Listen live" button in the center of the page didn't work for me, I had to use one of the two buttons "On air Listen Live" on the right side, hence I thought the problem was the site.
Ok, problem is that popup browser window tries to access http://player.streamtheworld.com/, but then HTTPSB popup menu is not available in this popup window, so it is not possible to see and whitelist player.streamtheworld.com.
Entering the address http://www.teamradio.ca/live/music-player/index.html of the popped up browser window in a new tab in the original browser window (not the popped up one) allows access to HTTPSB popup menu, so you can whitelist streamtheworld.com (including the pluginand frame column) which is sort of a workaround for now (padlocking this whitelisting will make the workaround work for future use of the site.)
Now I have to investigate what is the best solution for when a site uses a pop up browser window with restricted interactions.
OK just to be more clear about the workaround, here is a no-rambling version:
Enter http://www.teamradio.ca/live/music-player/index-1410.html in a new tab in the browser
Whitelist teamradio.ca.
Whitelist streamtheworld.com.
Whitelist plugin for streamtheworld.com if strict blocking is on.
Don't forget to make these whitelisting permanent. From then on, you should be able to play the radio in the popped up player the site launches, now and in the future (HTTPSB blocks a whole lots of other useless stuff in that popped up window).
Thank you for your help and efforts, gorhill! It actually works fine with NoScript in Firefox because NS puts itself (for lack of a better description) in the media player pop-up window. Thanks again!
You are right, NoScript works despite the restrictive popup. The fact that the "Listen Live" button in the center of the teamradio.ca page (not the popup one) didn't work made me think NoScript also had a problem. I didn't revise my findings after I figured the other button to launch the play worked. These NoScript placeholders is one of the best feature of NoScript, and I am seriously thinking into borrowing the idea, although at this point I have no idea of the feasibility (meaning I don't know if there is any roadblock in chromium API). I will open an issue to remind me to work on this very useful enhancement.
Your workaround corrects the issue. Thanks! Will be sure to post other issues and feature requests. Hope to see an export/import of whitelist/blacklist entries some time. Your work is appreciated.
Activity
gorhill commentedon Nov 10, 2013
Problem is the site itself: it fails without the extension with everything allowed, and also in Firefox. The site tries to get
http://mediaplayer.yahoo.com/js?ver=3.5.1, but this fails.EDIT: By the way, the "Listen live" button in the center of the page didn't work for me, I had to use one of the two buttons "On air Listen Live" on the right side, hence I thought the problem was the site.
gorhill commentedon Nov 10, 2013
Ok, I could make the player open in Firefox finally, after disabling NoScript. Investigating.
gorhill commentedon Nov 10, 2013
Ok, problem is that popup browser window tries to access
http://player.streamtheworld.com/, but then HTTPSB popup menu is not available in this popup window, so it is not possible to see and whitelistplayer.streamtheworld.com.Entering the address
http://www.teamradio.ca/live/music-player/index.htmlof the popped up browser window in a new tab in the original browser window (not the popped up one) allows access to HTTPSB popup menu, so you can whiteliststreamtheworld.com(including thepluginandcolumn) which is sort of a workaround for now (padlocking this whitelisting will make the workaround work for future use of the site.)frameNow I have to investigate what is the best solution for when a site uses a pop up browser window with restricted interactions.
gorhill commentedon Nov 10, 2013
OK just to be more clear about the workaround, here is a no-rambling version:
http://www.teamradio.ca/live/music-player/index-1410.htmlin a new tab in the browserteamradio.ca.streamtheworld.com.pluginforstreamtheworld.comif strict blocking is on.Don't forget to make these whitelisting permanent. From then on, you should be able to play the radio in the popped up player the site launches, now and in the future (HTTPSB blocks a whole lots of other useless stuff in that popped up window).
gorhill commentedon Nov 10, 2013
I renamed the issue in order to be more accurate about where is the problem.
wat0114 commentedon Nov 10, 2013
Thank you for your help and efforts, gorhill! It actually works fine with NoScript in Firefox because NS puts itself (for lack of a better description) in the media player pop-up window. Thanks again!
gorhill commentedon Nov 10, 2013
You are right, NoScript works despite the restrictive popup. The fact that the "Listen Live" button in the center of the
teamradio.capage (not the popup one) didn't work made me think NoScript also had a problem. I didn't revise my findings after I figured the other button to launch the play worked. These NoScript placeholders is one of the best feature of NoScript, and I am seriously thinking into borrowing the idea, although at this point I have no idea of the feasibility (meaning I don't know if there is any roadblock in chromium API). I will open an issue to remind me to work on this very useful enhancement.wat0114 commentedon Nov 10, 2013
Your workaround corrects the issue. Thanks! Will be sure to post other issues and feature requests. Hope to see an export/import of whitelist/blacklist entries some time. Your work is appreciated.
gorhill commentedon Nov 23, 2013
Same as #41