Meta refresh blocking does not work, or I don't get NS
Posted: Wed Mar 16, 2011 11:14 pm
NoScript has had a tickbox marked "Forbid META redirections inside <NOSCRIPT> elements" which only applies to untrusted sites. Considering that there are allow/forbid <a ping...> options on both the untrusted and trusted tabs, that has to mean that the meta stuff only applies to untrusted sites. Which contradicts what is said elsewhere on this forum, and I am not sure corresponds with behaviour I have seen by NoScript.
Please can you clarify what NS will block on the annoying redirection or refresh fronts? And perhaps if it does not work properly just remove the feature. Something like that is best implemented in a stand-alone browser extension anyway - meta refreshes and HTTP header responses have nothing to do with javascript.
One site with annoying refreshes is informaction.com, a dangerous hacking site!!!11!! A newspaper told me that the noxious keyboard fumes that can be used to steal children over the internet were developed by this site, so be careful1!!á!¬é!
The page http://forums.informaction.com/ucp.php?mode=activate&u=23080&k=S5P27G8EV2
contained the following:
<meta http-equiv="refresh" content="3;url=http://forums.informaction.com/index.php?sid=dc002becbd78514f7e9596ce759b44f4" />
After logging in, this page:
http://forums.informaction.com/ucp.php?mode=login
contained the following:
<meta http-equiv="refresh" content="3;url=http://forums.informaction.com/posting.php?mode=reply&f=10&t=5595&sid=7797199bad79b48f4e7217fbe1bc3f4d" />
The above refreshes were not within <noscript> tags and JS was not allowed, so that actually seems to fit with what NS is set to do. Why have such a specific option though? Surely when people use this option they want to reign in all refreshing and redirection and shit, not just the specific situation where a webmaster makes a page that redirects with JS, but meta refreshes for those with JS disabled (ie, they use <noscript> tags)? If a webmaster makes a page that has both a meta refresh and a JS refresh, then the annoying behaviour occurs and NS cannot do anything about it! Please just remove this half-feature and if there isn't an alternative perhaps rustle up a dedicated redirection restriction tool. Though NoRedirect on AMO looks like it might be OK.
Some Google things seem to try and redirect or refresh, and NoScript seems to intercept them. I don't use Google's services much as they are just a bunch of data-rapists these days, so I can't say for certain where I have seen it. Maps and images, probably.
These might be relevant settings from about:config:
noscript.forbidBGRefresh;1
noscript.forbidBGRefresh.exceptions;.mozilla.org (now deleted, I do not want to waste resources and jeopardise my security by having workarounds on my system. Features are desirable (to a point, cf feature creep), but political decisions about which sites by default will face restrictions and which ones won't is not welcome. NS suffers from this problem in a big way).
noscript.forbidMetaRefresh;true
noscript.forbidMetaRefresh.remember;false? What does this one do too, it doesn't seem obvious.
noscript.nselNoMeta;true
noscript.forbidMetaRefresh.notify;false
Do these have any bearing?
noscript.jsredirectFollow;false
noscript.jsredirectForceShow;false
noscript.jsredirectIgnore;false
I'm on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.17) Gecko/20110302 SeaMonkey/2.0.12 and NoScript v2.0.9.9.
Please can you clarify what NS will block on the annoying redirection or refresh fronts? And perhaps if it does not work properly just remove the feature. Something like that is best implemented in a stand-alone browser extension anyway - meta refreshes and HTTP header responses have nothing to do with javascript.
One site with annoying refreshes is informaction.com, a dangerous hacking site!!!11!! A newspaper told me that the noxious keyboard fumes that can be used to steal children over the internet were developed by this site, so be careful1!!á!¬é!
The page http://forums.informaction.com/ucp.php?mode=activate&u=23080&k=S5P27G8EV2
contained the following:
<meta http-equiv="refresh" content="3;url=http://forums.informaction.com/index.php?sid=dc002becbd78514f7e9596ce759b44f4" />
After logging in, this page:
http://forums.informaction.com/ucp.php?mode=login
contained the following:
<meta http-equiv="refresh" content="3;url=http://forums.informaction.com/posting.php?mode=reply&f=10&t=5595&sid=7797199bad79b48f4e7217fbe1bc3f4d" />
The above refreshes were not within <noscript> tags and JS was not allowed, so that actually seems to fit with what NS is set to do. Why have such a specific option though? Surely when people use this option they want to reign in all refreshing and redirection and shit, not just the specific situation where a webmaster makes a page that redirects with JS, but meta refreshes for those with JS disabled (ie, they use <noscript> tags)? If a webmaster makes a page that has both a meta refresh and a JS refresh, then the annoying behaviour occurs and NS cannot do anything about it! Please just remove this half-feature and if there isn't an alternative perhaps rustle up a dedicated redirection restriction tool. Though NoRedirect on AMO looks like it might be OK.
Some Google things seem to try and redirect or refresh, and NoScript seems to intercept them. I don't use Google's services much as they are just a bunch of data-rapists these days, so I can't say for certain where I have seen it. Maps and images, probably.
These might be relevant settings from about:config:
noscript.forbidBGRefresh;1
noscript.forbidBGRefresh.exceptions;.mozilla.org (now deleted, I do not want to waste resources and jeopardise my security by having workarounds on my system. Features are desirable (to a point, cf feature creep), but political decisions about which sites by default will face restrictions and which ones won't is not welcome. NS suffers from this problem in a big way).
noscript.forbidMetaRefresh;true
noscript.forbidMetaRefresh.remember;false? What does this one do too, it doesn't seem obvious.
noscript.nselNoMeta;true
noscript.forbidMetaRefresh.notify;false
Do these have any bearing?
noscript.jsredirectFollow;false
noscript.jsredirectForceShow;false
noscript.jsredirectIgnore;false
I'm on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.17) Gecko/20110302 SeaMonkey/2.0.12 and NoScript v2.0.9.9.