Search found 9 matches
- Thu Mar 13, 2014 6:20 am
- Forum: NoScript Development
- Topic: Forced HTTPS vs mixed content
- Replies: 6
- Views: 3458
Re: Forced HTTPS vs mixed content
I have the same problem on https://www.elmoto.net/ : specifically, CSS files show mixed content errors, while js, png, and gif files all seem to be redirected fine. I'm using NoScript 2.6.8.17 with Firefox 27.0.1 (Fedora 20), and I have a HTTPS rule for www.elmoto.net . The Firebug console shows (on...
- Thu Aug 04, 2011 3:32 am
- Forum: NoScript Support
- Topic: data: in URL bar does not work in 2.1.2.5
- Replies: 2
- Views: 1433
data: in URL bar does not work in 2.1.2.5
On another machine, I am using NoScript on Firefox 5.0, Windows 7, with noscript.global = true and noscript.allowUrlBarJS = true. With NoScript 2.1.2.5 and 2.1.2.6.rc3, when I type a data: URL in the URL bar and press Enter, nothing happens. With the previous reviewed version, 2.1.2.3, the browser n...
- Mon May 18, 2009 11:44 pm
- Forum: NoScript Development
- Topic: [FIXED] https-forced image does not appear unless in cache
- Replies: 2
- Views: 2509
[FIXED] https-forced image does not appear unless in cache
In NoScript 1.9.2.93, when an image within a page is forced from http to https, it fails to appear unless the https version was already in the browser cache. I posted a demo page at https://mattmccutchen.net/private/http-image-test.html . If I load that page without having previously visited my site...
- Mon May 18, 2009 10:09 pm
- Forum: NoScript Development
- Topic: [DONE] RFE: Show meaningful error on https-forcing loop
- Replies: 6
- Views: 4002
[DONE] RFE: Show meaningful error on https-forcing loop
If an https Web page redirects to the same page via http (e.g., https://www.sciencedirect.com/ ) but NoScript is forcing https, an infinite loop results. It would be great if this showed a meaningful error message, either the standard redirect-loop message (see bug 83471 and network.http.redirection...
- Sat May 02, 2009 8:09 pm
- Forum: NoScript General
- Topic: Latest NoScript version (1.9.2) breaks Adblock Plus
- Replies: 325
- Views: 334807
Re: Latest NoScript version (1.9.2) breaks Adblock Plus
Personally I was OK with the ABP filterset as long as the reason for it was stated honestly. But I believe the main point of Wladimir's post, which I agree with, is that it was unacceptable to add obfuscated code to NoScript 1.9.2 to interfere with ABP with no mention in the changelog. Giorgio, you ...
- Fri May 01, 2009 8:30 pm
- Forum: NoScript General
- Topic: Latest NoScript version (1.9.2) breaks Adblock Plus
- Replies: 325
- Views: 334807
Re: Latest NoScript version (1.9.2) breaks Adblock Plus
If anyone wants to read the NoScript 1.9.2 code Ares2 is referring to: mkdir tmp; cd tmp wget http://software.informaction.com/data/releases/noscript-1.9.2.xpi unzip noscript-1.9.2.xpi unzip chrome/noscript.jar perl -npe 's/\\x([0-9a-f]{2})/pack "c", hex($1)/ge' <content/noscript/MRD.js >M...
- Fri May 01, 2009 4:26 pm
- Forum: NoScript General
- Topic: Latest NoScript version (1.9.2) breaks Adblock Plus
- Replies: 325
- Views: 334807
Re: Latest NoScript version (1.9.2) breaks Adblock Plus
EasyList's specific filters have been mitigated, but they're not entirely gone I looked in http://easylist.adblockplus.org/easylist.txt and these are the only filters I found that mentioned any of your sites: flashgot.net,noscript.net#a(id^=rvb) flashgot.net#ul(class=tla) And those appear to be spe...
- Fri May 01, 2009 12:23 am
- Forum: NoScript General
- Topic: Latest NoScript version (1.9.2) breaks Adblock Plus
- Replies: 325
- Views: 334807
Re: Latest NoScript version (1.9.2) breaks Adblock Plus
Giorgio, now that (IIUC) the overbroad anti-NoScript filters are gone from EasyList, I would encourage you to update the FAQ 3.21, etc. to call the NoScript Development Support Filterset what it is: a way for users to support NoScript development (if they wish) by making an exception to the general ...
- Mon Mar 23, 2009 1:16 am
- Forum: NoScript Development
- Topic: URIPatternList.parse mishandles * in domain
- Replies: 2
- Views: 2344
URIPatternList.parse mishandles * in domain
IIUC, the following line of noscriptService.js is responsible for * in force-HTTPS glob patterns: return '^' + p.replace(/^([^\/:]+:\/*)\*/, "$1[^/]*").replace(/\*/g, '.*?'); The first replacement appears to make the * in *.mattmccutchen.net not match slashes. But this doesn't work, becaus...