InformAction Forums

barbaz wrote:That's an odd crash report. Is this a self built (or otherwise 3rd-party) Firefox?

It was packaged by "stransky" of the Fedora Project. My guess is that the oddities you are referring to are result of the fact that this crash took place within a virtualized environment.

Note: in cases where the page begins to render before crashing, certain page elements which had been rendered disappear shortly before Firefox ultimately crashes. With the profile which I will send to you (used on a Linux system, though mozilla profiles are compatible across systems), I was able to ...

Those about:config entries did not have the desired effect, but the issue is no longer relevant in my case since the fix for video / audio tags blocked even though not set to forbid I have no idea how you are managing to get YouTube to give you the video in one piece. :| If this is an issue for you,...

Confirmed fixed. Thanks!

"Allow sites to push their own rulesets" causes Firefox to crash on certain websites. I've been trying for the past few days to determine exact steps to reproduce, but I have been unsuccessful. I suspect there is something like a race condition occurring, because of the nature of the resul...

Yeah, I guess it's the same issue, that NS doesn't cache responses with codes such as 400 or 404.

With "Allow sites to push their own rulesets" checked, when there's a 400 Bad Request response, the same request gets sent again for each object on that domain ... https://pbs.twimg.com/rules.abe GET /rules.abe HTTP/1.1 Host: pbs.twimg.com User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv...

Yes, there seems to be a pattern with this affecting cross sub/domain requests.

I want to reiterate an earlier comment that I think is relevant and has gotten a bit lost: this issue does not exist if "Forbid other plugins" is unchecked.

If you save the HTML from my previous post to test.html and close Firefox, then open test.html in Firefox, you'll get the placeholder. If you then press refresh, you will get the video.

This should eliminate the multiple request issue you describe for testing purposes.

YouTube doesn't seem to be the best way to test this, since it serves different content to different users under different circumstances ... Try this: Firefox 38.0.5 with fresh profile NoScript 2.6.9.26 with default settings check "Scripts Globally Allowed (dangerous)" check "Apply th...

That would actually not stop the issue, unless you're OK with the video stopping and borking every so often when NoScript has to ask about another dynamic URL - in which case, you may have to reload the page depending how the player takes sudden interruptions like that. If nothing else, it would be...

I tried unchecking "Automatically reload affected pages when permissions change", but the page still reloads, which as you noted now results in a new dynamic URL ... when clicking a blocked element, shouldn't just that one element be loaded instead of reloading the page? This would prevent...

The only plugin that comes with my build is OpenH264, but it comes disabled ("Never Activate"), and I leave it that way.

HTML5 player.

I notice that this issue does not exist if "Forbid other plugins" is unchecked. I don't have any plugins installed. Does this option block codecs provided by the system such as via gstreamer?