However, i did notice a perceptible bump in memory usage via the System Monitor panel applet. The POC probably exploits a known Memory-allocation bug.
[Currently running Opera 10.10/i686 Linux] Edited: Grammar
Same with the latest versions of Safari, except it takes down all instances of Flash, even those in other pages, which is obviously inferior.
* Viewing this page in Firefox 3.6 on Windows caused Flash to crash, taking the browser down with it.
* Viewing it in Chrome on the same machine caused the Flash plugin subprocess to crash, resulting in an error message in Chrome.
* However, no crash occurred in Opera. This despite the fact that 32-bit Opera on Windows does not appear to use isolated subprocesses for running NSAPI plugins.
So what's going on here? Does Opera use some sort of in-process isolation to protect the browser from its plugins? Or is there perhaps some quirk of running in the Opera environment that caused this Flash crash not to be triggered like it was in Firefox and Chrome?
Going off-topic [Opera praise]: These settings instantly turn Opera into the most stable and shockingly scalable 'Research and reference' browser I've used. I only use Firefox3.5.x solely for web-dev, Google Apps, heavy-JS Web 2.0 apps, and Flash-enabled sites of course (with Flashblock as first-line-defence).
With Safari 4.0.4 (ClickToFlash turned off) the browser was fine but the Flash plug-in died, and Safari informed me:
> Flash Player (Safari Intenet plug-in) quit unexpectedly. > This report will be sent to Apple automatically.
PS: 10.6.2, FWIW
Chrome has to run Flash how Flash wants to be run, because doing otherwise could cause massive problems with any plugin. This is part of why it took so long for them to make Chrome, resolving the memory independence desires with the needs of plugins requires giving some things up. It was either roughly all plugins in existence, or allow the same process to interact with multiple tabs / windows.
Heck, Firefox uses a lock-file in your profile to prevent multiple instances from running. What's to stop a plugin from requiring such a file, writing / reading it frequently, and having no error handling because it's only designed to run singly? Ultimately, you either harden the separations to run multiple instances of it, breaking many in the process and possibly damaging data irrecoverably, or you just let the plugin decide and have backwards compatibility, which is hugely important for a browser.
You can see your flash cookies at this website:
http://www.macromedia.com/support/documentation/en/flashplay...
You'll notice that they are the same no matter what browser you use.