Hi Briain 

I'm able to open the Sophos Community website successfully with default Firefox settings. If you're still facing the issue, would you please PM me details of this?

Hi Jaydeep

I haven't been here for ages due to the above login problem (having to completely disable NoScript before I can get to the login page) so today I used Wireshark to capture what was going on. There weren't many clues, but after using nslookup on some of the IP addresses, I found a few IPs were related to cloudfront.net servers, then after creating an exception (in NoScript) for cloudfront.net, it all worked as it should. Of course, I'm not really wanting to let everything from cloudfront.net to be able to run scripts in my browser, so I was wondering if you (or anyone else) has any ideas on how to restrict my exception to something more sensible? The interesting thing about all this is that without that global cloudfront.net exception in the list, a NoScript flag informing me that something is being blocked isn't showing (which is why I couldn't fix it in the normal way; clicking on the NoScript icon and electing to temporarily or permanently permit the blocked foo.cloudfront.net site). It's also mildly interesting in that this is the first instance of there being an issue like this (with NoScript) and I've been running with NoScript active for many, many years.

I'm delighted that I'm now back in action (though I suspect many others here will be dismayed; I can almost hear the collective thought 'Oh no, tedious Briain has returned!') but it would be most interesting to know why this site is doing something so different (to all others that I've ever visited) that NoScript couldn't identify there as being a problem, and of course, also how to narrow down my exception (which I suspect might not even be possible); any tips from anyone would be gratefully received.

Kind regards to all,

Briain :-)

Hi Jaydeep

I haven't been here for ages due to the above login problem (having to completely disable NoScript before I can get to the login page) so today I used Wireshark to capture what was going on. There weren't many clues, but after using nslookup on some of the IP addresses, I found a few IPs were related to cloudfront.net servers, then after creating an exception (in NoScript) for cloudfront.net, it all worked as it should. Of course, I'm not really wanting to let everything from cloudfront.net to be able to run scripts in my browser, so I was wondering if you (or anyone else) has any ideas on how to restrict my exception to something more sensible? The interesting thing about all this is that without that global cloudfront.net exception in the list, a NoScript flag informing me that something is being blocked isn't showing (which is why I couldn't fix it in the normal way; clicking on the NoScript icon and electing to temporarily or permanently permit the blocked foo.cloudfront.net site). It's also mildly interesting in that this is the first instance of there being an issue like this (with NoScript) and I've been running with NoScript active for many, many years.

I'm delighted that I'm now back in action (though I suspect many others here will be dismayed; I can almost hear the collective thought 'Oh no, tedious Briain has returned!') but it would be most interesting to know why this site is doing something so different (to all others that I've ever visited) that NoScript couldn't identify there as being a problem, and of course, also how to narrow down my exception (which I suspect might not even be possible); any tips from anyone would be gratefully received.

Kind regards to all,

Briain :-)