Slashdot Mirror


Firefox Lorentz Keeps Plugin Crashes Under Control

pastababa writes "A beta of the Firefox Lorentz project is now available for download and public testing. Eming reports Firefox 'Lorentz' provides uninterrupted browsing for Windows and Linux users when there is a crash in plugins. Plugins run in a separate process from the browser. If a plugin crashes it will not crash the browser, and unresponsive plugins are automatically restarted. The process-isolation feature has been in Google's Chrome from the beginning. Chrome sandboxes individual tabs, and the crash of one tab does not affect the running of the rest of Chrome browser. Firefox currently isolates only Adobe Flash, Apple Quicktime, and Microsoft Silverlight, but will eventually isolate all plugins running on a page. Mozilla encourages users to test Firefox 'Lorentz' on their favorite websites. Users who install Firefox 'Lorentz' will eventually be automatically updated to a future version of Firefox 3.6 in which this feature is included."

9 of 115 comments (clear)

  1. How is this new? by CRCulver · · Score: 3, Interesting

    Versions of Gnash have frequently segfaulted on my Linux box (the segfault is reported by dmesg), yet I've never had a browser crash because of it. I had thought that plugins were already isolated enough from the application as a whole.

    1. Re:How is this new? by mu22le · · Score: 2, Interesting

      I agree, my browser is already stable enough (all things considered). I wish there was a way to prevent flash from trashing 100% of my cpu for a stupid game.

  2. Only as a side effect of being 32-bit by pavon · · Score: 4, Interesting

    No, this has not been the normal plugin architecture. When Linux moved to 64-bit, firefox was ported to 64-bit but all of the proprietary plugins were still 32-bit. The solution to this problem was to create nspluginwrapper which would run the apps in a separate process. It had some bugs of it's own, wasn't always reliable about letting you restart crashed plugins, and has itself crashed the browser on me, but it largely prevented plugins from crashing the browser as a side effect.

    Older 32-bit versions of firefox on linux, and all versions on windows did not have this capability.

  3. Re:Ugh, another Chrome story by Anonymous Coward · · Score: 1, Interesting

    I have a dream that one day even on Slashdot, a site sweltering with the heat of trolls, sweltering with the heat of flame wars, will be transformed into an oasis of rationality and logic.

    have a dream that software will one day exist in a world where it will not be judged by the version number or release status, but by the functionality it presents to the user.

    I have a dream today!

  4. No restart on plugin installtion/update? by deek · · Score: 5, Interesting

    Does this mean that, when "Lorentz" covers all plugins, we can install and update plugins without having to restart Firefox?

    That would be a worthwhile feature. It's annoying having to restart the browser for any plugin changes.

    1. Re:No restart on plugin installtion/update? by xtracto · · Score: 3, Interesting

      Ah yeah, that is one of the most irritating things I hate on firefox. Why would I have to restart the web browser after installing an extension like scrapbook? this is from the people who whined that you have to restart Windows for any reason...

      What I would really like is an "extension profiler", that is, a program that let you check exact statistics of resources used by the different Firefox extensions. This way you could see which is the extension that is taking more memory or time and it may be a good tool to debug extensions when developing them.

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
  5. Re:This is all fine and dandy, by Anonymous Coward · · Score: 2, Interesting

    We are working on that.

    https://wiki.mozilla.org/Plugins:PlatformIndependentNPAPI

    It will require the plugins to be re-written to not use any system APIs but here is work on that as well.

  6. Why processes and not threads? by waztub · · Score: 2, Interesting

    Can anyone please explain to me why there's a need for completely new processes, as opposed to using threads?
    I'm curious as to what's the difference, and where the thread mechanism "fails" here.

  7. What about resource usage by syousef · · Score: 2, Interesting

    Crashes are a hassle for sure, but if you're lucky and don't have an unstable plugin installed, you rarely crash. What I tend to see is runaway memory and CPU usage that forces me to close the browser and start again.

    --
    These posts express my own personal views, not those of my employer