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 responses

  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.