Add-on Compatibility for Firefox 35

Firefox 35 will be released on January 13th. Here’s the list of changes that went into this version that can affect add-on compatibility. There is more information available in Firefox 35 for Developers, so you should also give it a look.



Please let me know in the comments if there’s anything missing or incorrect on these lists. If your add-on breaks on Firefox 35, I’d like to know.

The automatic compatibility validation and upgrade for add-ons on AMO will happen soon, so keep an eye on your email if you have an add-on listed on our site with its compatibility set to Firefox 34.

9 comments on “Add-on Compatibility for Firefox 35”

  1. Kohei Yoshino wrote on

    Japanese translation, as always 🙂

    1. Jorge Villalobos wrote on


  2. Aris wrote on

    Since “gBrowser” is mentioned, is there a documentation somewhere about all “gBrowser” functions and what they can do?

    Where can we read about e.g. gBrowser.selectedTab, gBrowser.addTab, gBrowser.tabContainer

    1. Jorge Villalobos wrote on

      gBrowser is a tabbrowser node, so you can find some of this info in the tabbrowser element docs.

  3. steve nicolas wrote on

    Why don’t you give people the option of staying on there old versions. You changed the search engine to ASK which is a joke. I have tried to get Google back but it won’t let me. Your system changes is going to force me to change severs.

    1. Jorge Villalobos wrote on

      You can stay on old versions if you disable automatic updates. Also, the search engine was changed to Yahoo!. If you have Ask set, then it’s for a different reason (maybe an add-on or other software you installed).

  4. mcdavis wrote on

    Bug 944836 – No longer possible to move the Firefox window when it happens to be busy – is one for theme developers to know about since it needs to be used in-theme and has to do with functionality rather than just styling. There’s a new CSS property -moz-window-dragging, intended for chrome use only, that on OS X is used instead of the older drag bindings on windowdragbox, some toolbars, some statusbars and the Firefox-drawn titlebar. The new property defines draggable areas for moving the window, and it’s required (again, on OS X only) for window dragging to work right in the case when the system-drawn window titlebar is hidden and also for dragging by (some) toolbars whether the system-drawn window titlebar is shown or hidden.

  5. MaDonna wrote on

    colorPicker3.0 is not working with FF 35. The color codes do not read out. I am sorry I posted this remark on the FF 36 site. Couldn’t delete it.

    1. Jorge Villalobos wrote on

      Seems to work okay for me.