Slashdot Mirror


The Secrets of Firefox about:config

jcatcw writes "While Firefox is very customizable, many of its settings aren't in the Options. Each setting is named and stored as a string, integer, or Boolean in a file called prefs.js and accessed via about:config from the nav bar. Computerworld provides instructions on 20 tweaks for speeding up page loads, making tabs behave, reducing memory drain, and generally making the interface act the way you want it to. Customization also comes through the must-have FF extensions (but be sure to skip these)."

27 of 263 comments (clear)

  1. link to one page article by maj1k · · Score: 5, Informative
  2. Re:I just want by Fry-kun · · Score: 4, Informative

    try this setting:
    browser.xul.error_pages.enabled

    set it to "true"

    --
    Did you know that "FTW" ("for the win") is a direct translation of "Sieg Heil"?
  3. Foons! by SimonTheSoundMan · · Score: 5, Informative

    Well, a lot of these "tweaks" will have negative effects.

    Example: nglayout.initialpaint.delay as 0. This will slow rendering of the page as it causes reflows. Fools.

    1. Re:Foons! by daeg · · Score: 4, Informative

      Opera has sensible pipelining defaults. Most "Firefox tip" articles have you set them to values that when combined with other network settings makes your browser appear like a misbehaving robot, proxy, or hacking attempt. Firefox with sensible values doesn't get blocked.

    2. Re:Foons! by MedicinalMan · · Score: 4, Informative
      Damn right. Here's what mozilla says about nglayout.initialpaint.delay

      Lower values will make a page initially display more quickly, but will make the page take longer to finish rendering. Higher values will have the opposite effect.
    3. Re:Foons! by AcidPenguin9873 · · Score: 3, Informative

      Example: nglayout.initialpaint.delay as 0. This will slow rendering of the page as it causes reflows. Fools. From the article, just below the section on nglayout.initialpaint.delay:

      Reduce the number of reflows
      When Firefox is actively loading a page, it periodically reformats or "reflows" the page as it loads, based on what data has been received. Create a content.notify.interval integer preference to control the minimum number of microseconds (millionths of a second) that elapse between reflows. If it's not explicitly set, it defaults to 120000 (.12 of a second).

      Too many reflows may make the browser feel sluggish, so you can increase the interval between reflows by raising this to 500000 (500,000, or 1/2 second) or even to 1000000 (1 million, or 1 second). If you set this value, be sure to also create a Boolean value called content.notify.ontimer and set it to true. Seems like setting nglayout.initialpaint.delay to 0 and bumping up the reflow interval can get you the page quicker and avoid too many reflows.
  4. official mozilla reference by wizardforce · · Score: 5, Informative
    --
    Sigs are too short to say anything truly profound so read the above post instead.
  5. a little OT kinda, but the video downloader ext... by 3seas · · Score: 2, Informative

    ...works really well if you first watch the video you want to download, putting it in your cache. Then going to video downloader, and regardless of the file size, takes just a few seconds and you are done. Apparently it can grab it from your cache and make it a file on you system (very little for it to really do - very low bandwidth to convert).

    In fact, it seems to me that when it doesn't work, "service not available" only happens when I don't watch it first, not in my cache.

  6. Re:While it's nice.. by Yvan256 · · Score: 2, Informative

    That's why I prefer Opera. If you think Firefox is bad, try it on OS X.

  7. Re:Camino? by maxume · · Score: 3, Informative

    I think this is what you want:

    http://www.firefoxtutor.com/39/loc-bar-search/

    And really, they should have called Iceweasel IreOx, at least until mozilla.org asked them to stop.

    --
    Nerd rage is the funniest rage.
  8. Re:While it's nice.. by Anonymous Coward · · Score: 5, Informative

    I particularly love the "pipelining" part. Send requests before getting valid acknowledgments from previous requests. ...

    It's rude, annoying and breaks the rules/protocol.


    From RFC 2616 (HTTP/1.1) section 8.1.1:

    HTTP requests and responses can be pipelined on a connection. Pipelining allows a client to make multiple requests without waiting for each response, allowing a single TCP connection to be used much more efficiently, with much lower elapsed time.

  9. Thunderbird also... by thejuggler · · Score: 4, Informative

    You can configure many settings in Thunderbird using a similar interface. However, in Thunderbird you can get to the config section from the Options menu Advanced tab. I have reduced the size of the attachment icons this way. set mailnews.attachments.display.largeView to False.

  10. userChrome.css by pile0nades · · Score: 2, Informative

    #bookmarks-menu .bookmark-item .menu-iconic-left {
        display: none !important;
    }

  11. Re:While it's nice.. by maxume · · Score: 4, Informative

    It isn't faster for everybody, it doesn't work with all servers...

    --
    Nerd rage is the funniest rage.
  12. Re:While it's nice.. by SailorFrag · · Score: 4, Informative

    This is a tactic spammers use with mail servers. It's rude, annoying and breaks the rules/protocol.

    RFC 2920 is the SMTP extension for pipelining. Pipelining is a perfectly valid strategy to reduce the time it takes to send mail by reducing the number of round-trips.

    What's rude is violating the RFC that says that certain round-trips are required and the spammers tend to violate those rules (such as asking if a message body can be sent before actually sending it, and waiting for the server's introduction message before the client introduces itself). Pipelining itself is actually quite good.

    I won't comment on HTTP pipelining because someone else did already.

  13. Re:The Art of Performance Tuning -- a Fable by MulluskO · · Score: 3, Informative

    "The general.config.obscure_value preference specifies how the configuration file is obscured. Firefox expects that each byte in the file will be rotated by the specified value. The default value is 13. If this value is left unchanged, then the configuration file must be encoded as ROT13. Autoconfig will fail if the cfg file is not encoded as specified by this preference. A value of 0 indicates that the file is unencoded-- i.e. it is unobscured plain text. It is recommended that you set this value to 0. (This will allow you to skip the encoding step in part 3.)"

    Hee.
    --

    Too busy staying alive... ~ R.A.
  14. Re:The Art of Performance Tuning -- a Fable by Anonymous Coward · · Score: 1, Informative

    Some, sort of. Example: network.http.pipelining.maxrequests has a maximum 8, if you set it to a higher value it will just use 8; and yet people will claim they see a difference in performance. Other "performance tweaks" lists floating around have settings that are no longer used or that don't do anything like what people seem to think they will. Of course, the same goes for windows tweaks, compiler options, linux kernel /proc settings, etc.

  15. Re:I just want by the_cowgod · · Score: 3, Informative

    Set "keyword.enabled" to false.

  16. Re:Still can't turn off favicons in the bookmark m by FudRucker · · Score: 1, Informative

    about:config

    change from true to false on the two following items:

    browser.chrome.favicons

    browser.chrome.site_icons

    --
    Politics is Treachery, Religion is Brainwashing
  17. Re:Still can't turn off favicons in the bookmark m by Dracos · · Score: 4, Informative

    In Firefox 2.0.3, I opened up the DOM inspector, chose the main window, and started drilling down in to the element tree: I found the icons which you loathe.

    Open up userChrome.css (in your profile: [profile dir]/chrome/).

    In it, the following CSS rule should work to hide the icons:

    .bookmark-item > .menu-iconic-left > image { display: none; }

    (This selector appears in chrome://browser/skin/browser.css, if you know where that is).

  18. Re:While it's nice.. by jesser · · Score: 4, Informative

    If it's valid behavior according to the protocol, and it's faster, and it's not bad nettiquette, then why, pray tell, isn't it on by default?

    Because some servers violate the protocol by responding incorrectly to pipelined requests. At least, that was the reason 2 years ago.

    --
    The shareholder is always right.
  19. Re:Tee Hee by SeanMon · · Score: 2, Informative
    Haha, nice try, but general.config.obscure_value simply is

    "An integer to use when obscuring the AutoConfig file saved to and read from disk. Default value is 13 (effectively, ROT-13 the content)."
    --
    "Scud Storm!" -- Jeremy of PurePwnage.com
  20. Re:Camino? by 644bd346996 · · Score: 3, Informative

    Did you even bother to try it out? Camino's about:config page is almost identical to FF's page. Any options that are named the same in Camino as in FF will do the same thing. (Camino is just a different front end on Gecko, and about:config options are almost all Gecko options, not browser specific.)

  21. Opera Version by Deliveranc3 · · Score: 3, Informative

    opera:config

    1. Re:Opera Version by Anonymous Coward · · Score: 1, Informative

      In Opera, typing "about:config" will take you to "opera:config", too.

  22. Re:Camino? by Hooded+One · · Score: 2, Informative

    about:config options related to the Firefox UI (e.g. tabs, but also other features that necessarily have a different implementation) will generally have no effect in Camino. The reason they show up at all is that purging them would be a lot of work. However, most options dealing with page rendering, javascript, etc. work the same across all Mozilla browsers. As for the missing browser.tabs.closeButtons (and undoubtedly others), the latest Camino release is from a branch made long before the introduction of said options.

    The list of about:config entries has lots of info on what the various options do, and some of the detail pages specify whether the pref has an effect in Camino. I can't vouch for the thoroughness of the "has an effect in" sections however, and AFAIK there's no list dealing just with Camino-compatible prefs.

  23. Re:Documentation by bunratty · · Score: 3, Informative

    My question is simple: Is there good, concise documentation of the about:config page and its options?

    Yes.

    If yes, where is it and is there an an easy why to find it?

    MozillaZine Knowledge Base Article on about:config entries

    It is the first page Google finds when you search for "about:config". I'll let you decide whether that's easy to find.

    If no, why not? If this is all about choice, should people be able to learn about their choices?
    If there wasn't, you'd be able to put it in the Knowledge Base yourself.
    --
    What a fool believes, he sees, no wise man has the power to reason away.