All of my Firefox add-ons been disabled suddenly, how can I re-enable them?All of my Firefox extensions were spontaneously and simultaneously disabledAll firefox add-ons got disabled and can't download any from Mozilla web pageHow do I know which Firefox add-ons will be disabled when upgrading?How to enable verbose mode for Firefox?How to recover lost add-ons in Firefox?How to enable extension when running Firefox for the first time?FireFox Add-ons not compatible?Rogue program disabled access to Firefox's “Get add-ons” and “Extensions”. How can I get them back?What is the difference between Firefox in Safe-Mode and Firefox with all extensions disabled?How can I tell if the FireFox extensions I use are WebExtensions or not?How do I remove a Firefox extension that has no Remove button in the Add-ons ManagerHow to use Firefox in Private mode with only *some* add-ons?

What was Bran's plan to kill the Night King?

Are there terms in German for different skull shapes?

Why symmetry transformations have to commute with Hamiltonian?

As a GM, is it bad form to ask for a moment to think when improvising?

Dangerous workplace travelling

Endgame puzzle: How to avoid stalemate and win?

Is there a word for food that's gone 'bad', but is still edible?

How long would it take for people to notice a mass disappearance?

How should I tell my manager I'm not paying for an optional after work event I'm not going to?

How do I allocate more memory to an app on Sheepshaver running Mac OS 9?

Side effects of Initiation by a Guru?

Gerrymandering Puzzle - Rig the Election

How in the world do I place line of text EVENLY between two horizontal tikz lines?

Why do people keep telling me that I am a bad photographer?

Why did WWI include Japan?

GitLab account hacked and repo wiped

Is an HNN extension of a virtually torsion-free group virtually torsion-free?

Nested loops to process groups of pictures

Voltage Balun 1:1

What is a common way to tell if an academic is "above average," or outstanding in their field? Is their h-index (Hirsh index) one of them?

Has a commercial or military jet bi-plane ever been manufactured?

Is it normal for gliders not to have attitude indicators?

Checking if two expressions are related

Selecting elements from a list where the order is set by another list



All of my Firefox add-ons been disabled suddenly, how can I re-enable them?


All of my Firefox extensions were spontaneously and simultaneously disabledAll firefox add-ons got disabled and can't download any from Mozilla web pageHow do I know which Firefox add-ons will be disabled when upgrading?How to enable verbose mode for Firefox?How to recover lost add-ons in Firefox?How to enable extension when running Firefox for the first time?FireFox Add-ons not compatible?Rogue program disabled access to Firefox's “Get add-ons” and “Extensions”. How can I get them back?What is the difference between Firefox in Safe-Mode and Firefox with all extensions disabled?How can I tell if the FireFox extensions I use are WebExtensions or not?How do I remove a Firefox extension that has no Remove button in the Add-ons ManagerHow to use Firefox in Private mode with only *some* add-ons?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








7















All of my Firefox extensions were spontaneously and simultaneously disabled (converted to Legacy status) a few moments ago.



enter image description here



How can I re-enable them?



Firefox 66.0.3 (64-bit)










share|improve this question



















  • 1





    This seems to be an evolving situation, so is going to be subject to a lot of searches over the next few hours.

    – jonsca
    4 hours ago






  • 1





    Yep, just happened to me here, at precisely 0H.

    – Marc.2377
    3 hours ago











  • they are aware .. happened about 6:10 PST :/

    – txtechhelp
    25 mins ago

















7















All of my Firefox extensions were spontaneously and simultaneously disabled (converted to Legacy status) a few moments ago.



enter image description here



How can I re-enable them?



Firefox 66.0.3 (64-bit)










share|improve this question



















  • 1





    This seems to be an evolving situation, so is going to be subject to a lot of searches over the next few hours.

    – jonsca
    4 hours ago






  • 1





    Yep, just happened to me here, at precisely 0H.

    – Marc.2377
    3 hours ago











  • they are aware .. happened about 6:10 PST :/

    – txtechhelp
    25 mins ago













7












7








7








All of my Firefox extensions were spontaneously and simultaneously disabled (converted to Legacy status) a few moments ago.



enter image description here



How can I re-enable them?



Firefox 66.0.3 (64-bit)










share|improve this question
















All of my Firefox extensions were spontaneously and simultaneously disabled (converted to Legacy status) a few moments ago.



enter image description here



How can I re-enable them?



Firefox 66.0.3 (64-bit)







firefox firefox-extensions






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 4 hours ago







jonsca

















asked 4 hours ago









jonscajonsca

3,067112642




3,067112642







  • 1





    This seems to be an evolving situation, so is going to be subject to a lot of searches over the next few hours.

    – jonsca
    4 hours ago






  • 1





    Yep, just happened to me here, at precisely 0H.

    – Marc.2377
    3 hours ago











  • they are aware .. happened about 6:10 PST :/

    – txtechhelp
    25 mins ago












  • 1





    This seems to be an evolving situation, so is going to be subject to a lot of searches over the next few hours.

    – jonsca
    4 hours ago






  • 1





    Yep, just happened to me here, at precisely 0H.

    – Marc.2377
    3 hours ago











  • they are aware .. happened about 6:10 PST :/

    – txtechhelp
    25 mins ago







1




1





This seems to be an evolving situation, so is going to be subject to a lot of searches over the next few hours.

– jonsca
4 hours ago





This seems to be an evolving situation, so is going to be subject to a lot of searches over the next few hours.

– jonsca
4 hours ago




1




1





Yep, just happened to me here, at precisely 0H.

– Marc.2377
3 hours ago





Yep, just happened to me here, at precisely 0H.

– Marc.2377
3 hours ago













they are aware .. happened about 6:10 PST :/

– txtechhelp
25 mins ago





they are aware .. happened about 6:10 PST :/

– txtechhelp
25 mins ago










3 Answers
3






active

oldest

votes


















6














The intermediate code signing certificate expired. This means that all add-ons signed with the cert are no longer trusted. In this case the browser is doing it's job.



Mozilla will need to get the add-ons resigned and/or push a new cert out. Work is in progress to fix it. There is no resolution at this time unless you are on a developer code branch which you can go into about:config and set xpinstall.signatures.required to false.



This will not work for most users and if you don't set it back may put you at some security risks. Best option is to wait this out. I imagine they will have this fixed in a few hours.



https://bugzilla.mozilla.org/show_bug.cgi?id=1548973






share|improve this answer

























  • This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

    – Marc.2377
    3 hours ago


















1














This issue is due to a mass expiration of addon certificates. As others have mentioned, a fix is in the works.



To temporarily re-enable addons, you can navigate to about:config and set "xpinstall.signatures.required" to false.



This will re-enable any addons installed that have expired certificates, but it is not recommended to keep enabled long-term. I recommend turning it off as soon as the issue is resolved.






share|improve this answer


















  • 3





    The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

    – Shawn
    3 hours ago











  • I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

    – Ulincsys
    3 hours ago











  • I'm on the same release and it didn't work for me.

    – Marc.2377
    3 hours ago


















1














You can resolve this by disabling signature checking.



Signature checking is a security feature. Disabling it makes Firefox less secure. Once Mozilla gets their certificate issue resolved, it's recommended that you remove this code to re-enable signature checking. With this code installed to disable signature checking, you should be careful to only install extensions that you fully trust (e.g. ones that are hosted on Mozilla Add-ons).



Note: the rest of this answer is copied from my answer to How can I disable signature checking for Firefox add-ons? on Stack Overflow, but with information about how to disable signature checking in releases of Firefox < 57 removed.



Disable add-on signing check in Release (all) versions of Firefox



Firefox version 66+ (probably 60+)



The following instructions will disable signature checking on Firefox for the Firefox profile in which you install the files. You are going to be adding some files to the chrome directory under your Firefox Profile directory.



I've tested this on Firefox 66.0.3+.



IIRC, some slightly different code was needed for Firefox 65, I believe I left that code in disable-add-on-signing.js when I modified it for Firefox 66, but I'm not sure about that.



We're going to use a technique which allows you to run arbitrary JavaScript code in the browser context from files stored in your Firefox profile directory. I found how to do this from Haggai Nuchi's GitHub repository: Firefox Quantum compatible userChrome.js.



On Windows, your Firefox profile directory will be %appdata%MozillaFirefoxProfiles[profileID]. If you have only one profile, the [profileID] will be the only directory in the %appdata%MozillaFirefoxProfiles directory. If you have multiple profiles, you will need to select the one(s) you want to install this hack into.



Once you get to your profile directory, your will need to create a directory called chrome, if it does not already exist. You will be adding the 3 files below to that directory:



  • userChrome.css

  • userChrome.xml

  • disable-add-on-signing.js

You will then need the following code in userChrome.css, which is available from Haggai Nuchi's GitHub repository:




/*Enable userChrome.js */
/* Copyright (c) 2017 Haggai Nuchi
Available for use under the MIT License:
https://opensource.org/licenses/MIT
*/

@namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

toolbarbutton#alltabs-button
-moz-binding: url("userChrome.xml#js");




You will need userChrome.xml (slightly modified from the version available in Haggai Nuchi's GitHub repository):



<?xml version="1.0"?>
<!-- Copyright (c) 2017 Haggai Nuchi
Available for use under the MIT License:
https://opensource.org/licenses/MIT
-->
<!-- This has been slightly modified from the version available from
https://github.com/nuchi/firefox-quantum-userchromejs/blob/master/userChrome.xml
by Makyen. The modified version is released under both the MIT and CC BY-SA 3.0 licenses.
-->

<bindings id="generalBindings"
xmlns="http://www.mozilla.org/xbl"
xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
xmlns:xbl="http://www.mozilla.org/xbl">

<binding id="js" extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-badged">
<implementation>
<constructor><![CDATA[
function makeRelativePathURI(name)
let absolutePath = Components.stack.filename;
return absolutePath.substring(0, absolutePath.lastIndexOf("/") + 1) + name;

// The following code executes in the browser context,
// i.e. chrome://browser/content/browser.xul
try
Services.scriptloader.loadSubScript(makeRelativePathURI("disable-add-on-signing.js"), window);
catch(e)
console.error(e);

]]></constructor>
</implementation>
</binding>
</bindings>


You will also need disable-add-on-signing.js:



//This should be installed as the file disable-add-on-signing.js in
// your profile's "chrome" directory.

//Earlier versions of Firefox
try
Components.utils.import("resource://gre/modules/addons/XPIProvider.jsm", ).eval("SIGNED_TYPES.clear()");
catch(ex)
try
Components.utils.import("resource://gre/modules/addons/XPIInstall.jsm", ).eval("SIGNED_TYPES.clear()");
catch(ex)
try
Components.utils.import("resource://gre/modules/addons/XPIDatabase.jsm", ).eval("SIGNED_TYPES.clear()");
catch(ex)

//Tested on Firefox 66
const XPCOMUtils = ChromeUtils.import("resource://gre/modules/XPCOMUtils.jsm");
XPCOMUtils.defineLazyModuleGetters(this,
XPIDatabase: "resource://gre/modules/addons/XPIDatabase.jsm",
);
XPIDatabase.SIGNED_TYPES.clear();

console.log('Add-on signing disabled.');


After adding these files in your profile's chrome directory, you will need to restart Firefox. You can verify that the code is running by looking for "Add-on signing disabled." in the Browser Console.



Add-ons which were disabled or removed by Firefox will not be automatically enabled. You will need to re-install them. You can install them by draging-and-droping the *.xpi file onto a Firefox window and confirming that you want to install.



If you are wanting to get the *.xpi file for any particular extension from Mozilla Add-ons you can download it by right clicking on the "install" button and selecting "Save As", or "Remove".



Results



With the current release version of Firefox, I've been using this solution for a while now to have a few extensions I built for my own use installed and to test new versions of extensions I'm working on (when I want to test in the Release version instead of Firefox Developer Edition or Nightly).



NOTE: In about:addons Firefox may show (under some conditions) the add-on as enabled (not greyed-out), but have text stating that the add-on "could not be verified and has been disabled". The text is not accurate! The add-on is enabled and functioning.



How it works



[This is an explanation of older code, but the current code is very similar.]



Within resource://gre/modules/addons/XPIProvider.jsm the const SIGNED_TYPES is defined as a Set. In order for an add-on to require signing, its type must be a member of that Set. The Set.prototype.clear() method is used to clear all entries from the Set. This results in no add-on types which require signing (code 1, code 2).



If you wanted to, you could individually disable the signature check for any of the types: "webextension", "extension", "experiment", or "apiextension".






share|improve this answer























    protected by Community 3 hours ago



    Thank you for your interest in this question.
    Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



    Would you like to answer one of these unanswered questions instead?














    3 Answers
    3






    active

    oldest

    votes








    3 Answers
    3






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    6














    The intermediate code signing certificate expired. This means that all add-ons signed with the cert are no longer trusted. In this case the browser is doing it's job.



    Mozilla will need to get the add-ons resigned and/or push a new cert out. Work is in progress to fix it. There is no resolution at this time unless you are on a developer code branch which you can go into about:config and set xpinstall.signatures.required to false.



    This will not work for most users and if you don't set it back may put you at some security risks. Best option is to wait this out. I imagine they will have this fixed in a few hours.



    https://bugzilla.mozilla.org/show_bug.cgi?id=1548973






    share|improve this answer

























    • This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

      – Marc.2377
      3 hours ago















    6














    The intermediate code signing certificate expired. This means that all add-ons signed with the cert are no longer trusted. In this case the browser is doing it's job.



    Mozilla will need to get the add-ons resigned and/or push a new cert out. Work is in progress to fix it. There is no resolution at this time unless you are on a developer code branch which you can go into about:config and set xpinstall.signatures.required to false.



    This will not work for most users and if you don't set it back may put you at some security risks. Best option is to wait this out. I imagine they will have this fixed in a few hours.



    https://bugzilla.mozilla.org/show_bug.cgi?id=1548973






    share|improve this answer

























    • This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

      – Marc.2377
      3 hours ago













    6












    6








    6







    The intermediate code signing certificate expired. This means that all add-ons signed with the cert are no longer trusted. In this case the browser is doing it's job.



    Mozilla will need to get the add-ons resigned and/or push a new cert out. Work is in progress to fix it. There is no resolution at this time unless you are on a developer code branch which you can go into about:config and set xpinstall.signatures.required to false.



    This will not work for most users and if you don't set it back may put you at some security risks. Best option is to wait this out. I imagine they will have this fixed in a few hours.



    https://bugzilla.mozilla.org/show_bug.cgi?id=1548973






    share|improve this answer















    The intermediate code signing certificate expired. This means that all add-ons signed with the cert are no longer trusted. In this case the browser is doing it's job.



    Mozilla will need to get the add-ons resigned and/or push a new cert out. Work is in progress to fix it. There is no resolution at this time unless you are on a developer code branch which you can go into about:config and set xpinstall.signatures.required to false.



    This will not work for most users and if you don't set it back may put you at some security risks. Best option is to wait this out. I imagine they will have this fixed in a few hours.



    https://bugzilla.mozilla.org/show_bug.cgi?id=1548973







    share|improve this answer














    share|improve this answer



    share|improve this answer








    edited 3 hours ago

























    answered 3 hours ago









    ShawnShawn

    205314




    205314












    • This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

      – Marc.2377
      3 hours ago

















    • This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

      – Marc.2377
      3 hours ago
















    This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

    – Marc.2377
    3 hours ago





    This post from Reddit demonstrates how you can temporarily load the addon manually in the meantime: reddit.com/r/firefox/comments/bkcjoa/…

    – Marc.2377
    3 hours ago













    1














    This issue is due to a mass expiration of addon certificates. As others have mentioned, a fix is in the works.



    To temporarily re-enable addons, you can navigate to about:config and set "xpinstall.signatures.required" to false.



    This will re-enable any addons installed that have expired certificates, but it is not recommended to keep enabled long-term. I recommend turning it off as soon as the issue is resolved.






    share|improve this answer


















    • 3





      The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

      – Shawn
      3 hours ago











    • I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

      – Ulincsys
      3 hours ago











    • I'm on the same release and it didn't work for me.

      – Marc.2377
      3 hours ago















    1














    This issue is due to a mass expiration of addon certificates. As others have mentioned, a fix is in the works.



    To temporarily re-enable addons, you can navigate to about:config and set "xpinstall.signatures.required" to false.



    This will re-enable any addons installed that have expired certificates, but it is not recommended to keep enabled long-term. I recommend turning it off as soon as the issue is resolved.






    share|improve this answer


















    • 3





      The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

      – Shawn
      3 hours ago











    • I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

      – Ulincsys
      3 hours ago











    • I'm on the same release and it didn't work for me.

      – Marc.2377
      3 hours ago













    1












    1








    1







    This issue is due to a mass expiration of addon certificates. As others have mentioned, a fix is in the works.



    To temporarily re-enable addons, you can navigate to about:config and set "xpinstall.signatures.required" to false.



    This will re-enable any addons installed that have expired certificates, but it is not recommended to keep enabled long-term. I recommend turning it off as soon as the issue is resolved.






    share|improve this answer













    This issue is due to a mass expiration of addon certificates. As others have mentioned, a fix is in the works.



    To temporarily re-enable addons, you can navigate to about:config and set "xpinstall.signatures.required" to false.



    This will re-enable any addons installed that have expired certificates, but it is not recommended to keep enabled long-term. I recommend turning it off as soon as the issue is resolved.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered 3 hours ago









    UlincsysUlincsys

    640621




    640621







    • 3





      The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

      – Shawn
      3 hours ago











    • I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

      – Ulincsys
      3 hours ago











    • I'm on the same release and it didn't work for me.

      – Marc.2377
      3 hours ago












    • 3





      The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

      – Shawn
      3 hours ago











    • I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

      – Ulincsys
      3 hours ago











    • I'm on the same release and it didn't work for me.

      – Marc.2377
      3 hours ago







    3




    3





    The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

    – Shawn
    3 hours ago





    The xpinstall fix only works for devloper or nightly builds. Most users should not do this!

    – Shawn
    3 hours ago













    I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

    – Ulincsys
    3 hours ago





    I'm running release 66.0.3 and it works fine for me. As I mentioned in the answer, it's not recommended for long-term use.

    – Ulincsys
    3 hours ago













    I'm on the same release and it didn't work for me.

    – Marc.2377
    3 hours ago





    I'm on the same release and it didn't work for me.

    – Marc.2377
    3 hours ago











    1














    You can resolve this by disabling signature checking.



    Signature checking is a security feature. Disabling it makes Firefox less secure. Once Mozilla gets their certificate issue resolved, it's recommended that you remove this code to re-enable signature checking. With this code installed to disable signature checking, you should be careful to only install extensions that you fully trust (e.g. ones that are hosted on Mozilla Add-ons).



    Note: the rest of this answer is copied from my answer to How can I disable signature checking for Firefox add-ons? on Stack Overflow, but with information about how to disable signature checking in releases of Firefox < 57 removed.



    Disable add-on signing check in Release (all) versions of Firefox



    Firefox version 66+ (probably 60+)



    The following instructions will disable signature checking on Firefox for the Firefox profile in which you install the files. You are going to be adding some files to the chrome directory under your Firefox Profile directory.



    I've tested this on Firefox 66.0.3+.



    IIRC, some slightly different code was needed for Firefox 65, I believe I left that code in disable-add-on-signing.js when I modified it for Firefox 66, but I'm not sure about that.



    We're going to use a technique which allows you to run arbitrary JavaScript code in the browser context from files stored in your Firefox profile directory. I found how to do this from Haggai Nuchi's GitHub repository: Firefox Quantum compatible userChrome.js.



    On Windows, your Firefox profile directory will be %appdata%MozillaFirefoxProfiles[profileID]. If you have only one profile, the [profileID] will be the only directory in the %appdata%MozillaFirefoxProfiles directory. If you have multiple profiles, you will need to select the one(s) you want to install this hack into.



    Once you get to your profile directory, your will need to create a directory called chrome, if it does not already exist. You will be adding the 3 files below to that directory:



    • userChrome.css

    • userChrome.xml

    • disable-add-on-signing.js

    You will then need the following code in userChrome.css, which is available from Haggai Nuchi's GitHub repository:




    /*Enable userChrome.js */
    /* Copyright (c) 2017 Haggai Nuchi
    Available for use under the MIT License:
    https://opensource.org/licenses/MIT
    */

    @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

    toolbarbutton#alltabs-button
    -moz-binding: url("userChrome.xml#js");




    You will need userChrome.xml (slightly modified from the version available in Haggai Nuchi's GitHub repository):



    <?xml version="1.0"?>
    <!-- Copyright (c) 2017 Haggai Nuchi
    Available for use under the MIT License:
    https://opensource.org/licenses/MIT
    -->
    <!-- This has been slightly modified from the version available from
    https://github.com/nuchi/firefox-quantum-userchromejs/blob/master/userChrome.xml
    by Makyen. The modified version is released under both the MIT and CC BY-SA 3.0 licenses.
    -->

    <bindings id="generalBindings"
    xmlns="http://www.mozilla.org/xbl"
    xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
    xmlns:xbl="http://www.mozilla.org/xbl">

    <binding id="js" extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-badged">
    <implementation>
    <constructor><![CDATA[
    function makeRelativePathURI(name)
    let absolutePath = Components.stack.filename;
    return absolutePath.substring(0, absolutePath.lastIndexOf("/") + 1) + name;

    // The following code executes in the browser context,
    // i.e. chrome://browser/content/browser.xul
    try
    Services.scriptloader.loadSubScript(makeRelativePathURI("disable-add-on-signing.js"), window);
    catch(e)
    console.error(e);

    ]]></constructor>
    </implementation>
    </binding>
    </bindings>


    You will also need disable-add-on-signing.js:



    //This should be installed as the file disable-add-on-signing.js in
    // your profile's "chrome" directory.

    //Earlier versions of Firefox
    try
    Components.utils.import("resource://gre/modules/addons/XPIProvider.jsm", ).eval("SIGNED_TYPES.clear()");
    catch(ex)
    try
    Components.utils.import("resource://gre/modules/addons/XPIInstall.jsm", ).eval("SIGNED_TYPES.clear()");
    catch(ex)
    try
    Components.utils.import("resource://gre/modules/addons/XPIDatabase.jsm", ).eval("SIGNED_TYPES.clear()");
    catch(ex)

    //Tested on Firefox 66
    const XPCOMUtils = ChromeUtils.import("resource://gre/modules/XPCOMUtils.jsm");
    XPCOMUtils.defineLazyModuleGetters(this,
    XPIDatabase: "resource://gre/modules/addons/XPIDatabase.jsm",
    );
    XPIDatabase.SIGNED_TYPES.clear();

    console.log('Add-on signing disabled.');


    After adding these files in your profile's chrome directory, you will need to restart Firefox. You can verify that the code is running by looking for "Add-on signing disabled." in the Browser Console.



    Add-ons which were disabled or removed by Firefox will not be automatically enabled. You will need to re-install them. You can install them by draging-and-droping the *.xpi file onto a Firefox window and confirming that you want to install.



    If you are wanting to get the *.xpi file for any particular extension from Mozilla Add-ons you can download it by right clicking on the "install" button and selecting "Save As", or "Remove".



    Results



    With the current release version of Firefox, I've been using this solution for a while now to have a few extensions I built for my own use installed and to test new versions of extensions I'm working on (when I want to test in the Release version instead of Firefox Developer Edition or Nightly).



    NOTE: In about:addons Firefox may show (under some conditions) the add-on as enabled (not greyed-out), but have text stating that the add-on "could not be verified and has been disabled". The text is not accurate! The add-on is enabled and functioning.



    How it works



    [This is an explanation of older code, but the current code is very similar.]



    Within resource://gre/modules/addons/XPIProvider.jsm the const SIGNED_TYPES is defined as a Set. In order for an add-on to require signing, its type must be a member of that Set. The Set.prototype.clear() method is used to clear all entries from the Set. This results in no add-on types which require signing (code 1, code 2).



    If you wanted to, you could individually disable the signature check for any of the types: "webextension", "extension", "experiment", or "apiextension".






    share|improve this answer





























      1














      You can resolve this by disabling signature checking.



      Signature checking is a security feature. Disabling it makes Firefox less secure. Once Mozilla gets their certificate issue resolved, it's recommended that you remove this code to re-enable signature checking. With this code installed to disable signature checking, you should be careful to only install extensions that you fully trust (e.g. ones that are hosted on Mozilla Add-ons).



      Note: the rest of this answer is copied from my answer to How can I disable signature checking for Firefox add-ons? on Stack Overflow, but with information about how to disable signature checking in releases of Firefox < 57 removed.



      Disable add-on signing check in Release (all) versions of Firefox



      Firefox version 66+ (probably 60+)



      The following instructions will disable signature checking on Firefox for the Firefox profile in which you install the files. You are going to be adding some files to the chrome directory under your Firefox Profile directory.



      I've tested this on Firefox 66.0.3+.



      IIRC, some slightly different code was needed for Firefox 65, I believe I left that code in disable-add-on-signing.js when I modified it for Firefox 66, but I'm not sure about that.



      We're going to use a technique which allows you to run arbitrary JavaScript code in the browser context from files stored in your Firefox profile directory. I found how to do this from Haggai Nuchi's GitHub repository: Firefox Quantum compatible userChrome.js.



      On Windows, your Firefox profile directory will be %appdata%MozillaFirefoxProfiles[profileID]. If you have only one profile, the [profileID] will be the only directory in the %appdata%MozillaFirefoxProfiles directory. If you have multiple profiles, you will need to select the one(s) you want to install this hack into.



      Once you get to your profile directory, your will need to create a directory called chrome, if it does not already exist. You will be adding the 3 files below to that directory:



      • userChrome.css

      • userChrome.xml

      • disable-add-on-signing.js

      You will then need the following code in userChrome.css, which is available from Haggai Nuchi's GitHub repository:




      /*Enable userChrome.js */
      /* Copyright (c) 2017 Haggai Nuchi
      Available for use under the MIT License:
      https://opensource.org/licenses/MIT
      */

      @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

      toolbarbutton#alltabs-button
      -moz-binding: url("userChrome.xml#js");




      You will need userChrome.xml (slightly modified from the version available in Haggai Nuchi's GitHub repository):



      <?xml version="1.0"?>
      <!-- Copyright (c) 2017 Haggai Nuchi
      Available for use under the MIT License:
      https://opensource.org/licenses/MIT
      -->
      <!-- This has been slightly modified from the version available from
      https://github.com/nuchi/firefox-quantum-userchromejs/blob/master/userChrome.xml
      by Makyen. The modified version is released under both the MIT and CC BY-SA 3.0 licenses.
      -->

      <bindings id="generalBindings"
      xmlns="http://www.mozilla.org/xbl"
      xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
      xmlns:xbl="http://www.mozilla.org/xbl">

      <binding id="js" extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-badged">
      <implementation>
      <constructor><![CDATA[
      function makeRelativePathURI(name)
      let absolutePath = Components.stack.filename;
      return absolutePath.substring(0, absolutePath.lastIndexOf("/") + 1) + name;

      // The following code executes in the browser context,
      // i.e. chrome://browser/content/browser.xul
      try
      Services.scriptloader.loadSubScript(makeRelativePathURI("disable-add-on-signing.js"), window);
      catch(e)
      console.error(e);

      ]]></constructor>
      </implementation>
      </binding>
      </bindings>


      You will also need disable-add-on-signing.js:



      //This should be installed as the file disable-add-on-signing.js in
      // your profile's "chrome" directory.

      //Earlier versions of Firefox
      try
      Components.utils.import("resource://gre/modules/addons/XPIProvider.jsm", ).eval("SIGNED_TYPES.clear()");
      catch(ex)
      try
      Components.utils.import("resource://gre/modules/addons/XPIInstall.jsm", ).eval("SIGNED_TYPES.clear()");
      catch(ex)
      try
      Components.utils.import("resource://gre/modules/addons/XPIDatabase.jsm", ).eval("SIGNED_TYPES.clear()");
      catch(ex)

      //Tested on Firefox 66
      const XPCOMUtils = ChromeUtils.import("resource://gre/modules/XPCOMUtils.jsm");
      XPCOMUtils.defineLazyModuleGetters(this,
      XPIDatabase: "resource://gre/modules/addons/XPIDatabase.jsm",
      );
      XPIDatabase.SIGNED_TYPES.clear();

      console.log('Add-on signing disabled.');


      After adding these files in your profile's chrome directory, you will need to restart Firefox. You can verify that the code is running by looking for "Add-on signing disabled." in the Browser Console.



      Add-ons which were disabled or removed by Firefox will not be automatically enabled. You will need to re-install them. You can install them by draging-and-droping the *.xpi file onto a Firefox window and confirming that you want to install.



      If you are wanting to get the *.xpi file for any particular extension from Mozilla Add-ons you can download it by right clicking on the "install" button and selecting "Save As", or "Remove".



      Results



      With the current release version of Firefox, I've been using this solution for a while now to have a few extensions I built for my own use installed and to test new versions of extensions I'm working on (when I want to test in the Release version instead of Firefox Developer Edition or Nightly).



      NOTE: In about:addons Firefox may show (under some conditions) the add-on as enabled (not greyed-out), but have text stating that the add-on "could not be verified and has been disabled". The text is not accurate! The add-on is enabled and functioning.



      How it works



      [This is an explanation of older code, but the current code is very similar.]



      Within resource://gre/modules/addons/XPIProvider.jsm the const SIGNED_TYPES is defined as a Set. In order for an add-on to require signing, its type must be a member of that Set. The Set.prototype.clear() method is used to clear all entries from the Set. This results in no add-on types which require signing (code 1, code 2).



      If you wanted to, you could individually disable the signature check for any of the types: "webextension", "extension", "experiment", or "apiextension".






      share|improve this answer



























        1












        1








        1







        You can resolve this by disabling signature checking.



        Signature checking is a security feature. Disabling it makes Firefox less secure. Once Mozilla gets their certificate issue resolved, it's recommended that you remove this code to re-enable signature checking. With this code installed to disable signature checking, you should be careful to only install extensions that you fully trust (e.g. ones that are hosted on Mozilla Add-ons).



        Note: the rest of this answer is copied from my answer to How can I disable signature checking for Firefox add-ons? on Stack Overflow, but with information about how to disable signature checking in releases of Firefox < 57 removed.



        Disable add-on signing check in Release (all) versions of Firefox



        Firefox version 66+ (probably 60+)



        The following instructions will disable signature checking on Firefox for the Firefox profile in which you install the files. You are going to be adding some files to the chrome directory under your Firefox Profile directory.



        I've tested this on Firefox 66.0.3+.



        IIRC, some slightly different code was needed for Firefox 65, I believe I left that code in disable-add-on-signing.js when I modified it for Firefox 66, but I'm not sure about that.



        We're going to use a technique which allows you to run arbitrary JavaScript code in the browser context from files stored in your Firefox profile directory. I found how to do this from Haggai Nuchi's GitHub repository: Firefox Quantum compatible userChrome.js.



        On Windows, your Firefox profile directory will be %appdata%MozillaFirefoxProfiles[profileID]. If you have only one profile, the [profileID] will be the only directory in the %appdata%MozillaFirefoxProfiles directory. If you have multiple profiles, you will need to select the one(s) you want to install this hack into.



        Once you get to your profile directory, your will need to create a directory called chrome, if it does not already exist. You will be adding the 3 files below to that directory:



        • userChrome.css

        • userChrome.xml

        • disable-add-on-signing.js

        You will then need the following code in userChrome.css, which is available from Haggai Nuchi's GitHub repository:




        /*Enable userChrome.js */
        /* Copyright (c) 2017 Haggai Nuchi
        Available for use under the MIT License:
        https://opensource.org/licenses/MIT
        */

        @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

        toolbarbutton#alltabs-button
        -moz-binding: url("userChrome.xml#js");




        You will need userChrome.xml (slightly modified from the version available in Haggai Nuchi's GitHub repository):



        <?xml version="1.0"?>
        <!-- Copyright (c) 2017 Haggai Nuchi
        Available for use under the MIT License:
        https://opensource.org/licenses/MIT
        -->
        <!-- This has been slightly modified from the version available from
        https://github.com/nuchi/firefox-quantum-userchromejs/blob/master/userChrome.xml
        by Makyen. The modified version is released under both the MIT and CC BY-SA 3.0 licenses.
        -->

        <bindings id="generalBindings"
        xmlns="http://www.mozilla.org/xbl"
        xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
        xmlns:xbl="http://www.mozilla.org/xbl">

        <binding id="js" extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-badged">
        <implementation>
        <constructor><![CDATA[
        function makeRelativePathURI(name)
        let absolutePath = Components.stack.filename;
        return absolutePath.substring(0, absolutePath.lastIndexOf("/") + 1) + name;

        // The following code executes in the browser context,
        // i.e. chrome://browser/content/browser.xul
        try
        Services.scriptloader.loadSubScript(makeRelativePathURI("disable-add-on-signing.js"), window);
        catch(e)
        console.error(e);

        ]]></constructor>
        </implementation>
        </binding>
        </bindings>


        You will also need disable-add-on-signing.js:



        //This should be installed as the file disable-add-on-signing.js in
        // your profile's "chrome" directory.

        //Earlier versions of Firefox
        try
        Components.utils.import("resource://gre/modules/addons/XPIProvider.jsm", ).eval("SIGNED_TYPES.clear()");
        catch(ex)
        try
        Components.utils.import("resource://gre/modules/addons/XPIInstall.jsm", ).eval("SIGNED_TYPES.clear()");
        catch(ex)
        try
        Components.utils.import("resource://gre/modules/addons/XPIDatabase.jsm", ).eval("SIGNED_TYPES.clear()");
        catch(ex)

        //Tested on Firefox 66
        const XPCOMUtils = ChromeUtils.import("resource://gre/modules/XPCOMUtils.jsm");
        XPCOMUtils.defineLazyModuleGetters(this,
        XPIDatabase: "resource://gre/modules/addons/XPIDatabase.jsm",
        );
        XPIDatabase.SIGNED_TYPES.clear();

        console.log('Add-on signing disabled.');


        After adding these files in your profile's chrome directory, you will need to restart Firefox. You can verify that the code is running by looking for "Add-on signing disabled." in the Browser Console.



        Add-ons which were disabled or removed by Firefox will not be automatically enabled. You will need to re-install them. You can install them by draging-and-droping the *.xpi file onto a Firefox window and confirming that you want to install.



        If you are wanting to get the *.xpi file for any particular extension from Mozilla Add-ons you can download it by right clicking on the "install" button and selecting "Save As", or "Remove".



        Results



        With the current release version of Firefox, I've been using this solution for a while now to have a few extensions I built for my own use installed and to test new versions of extensions I'm working on (when I want to test in the Release version instead of Firefox Developer Edition or Nightly).



        NOTE: In about:addons Firefox may show (under some conditions) the add-on as enabled (not greyed-out), but have text stating that the add-on "could not be verified and has been disabled". The text is not accurate! The add-on is enabled and functioning.



        How it works



        [This is an explanation of older code, but the current code is very similar.]



        Within resource://gre/modules/addons/XPIProvider.jsm the const SIGNED_TYPES is defined as a Set. In order for an add-on to require signing, its type must be a member of that Set. The Set.prototype.clear() method is used to clear all entries from the Set. This results in no add-on types which require signing (code 1, code 2).



        If you wanted to, you could individually disable the signature check for any of the types: "webextension", "extension", "experiment", or "apiextension".






        share|improve this answer















        You can resolve this by disabling signature checking.



        Signature checking is a security feature. Disabling it makes Firefox less secure. Once Mozilla gets their certificate issue resolved, it's recommended that you remove this code to re-enable signature checking. With this code installed to disable signature checking, you should be careful to only install extensions that you fully trust (e.g. ones that are hosted on Mozilla Add-ons).



        Note: the rest of this answer is copied from my answer to How can I disable signature checking for Firefox add-ons? on Stack Overflow, but with information about how to disable signature checking in releases of Firefox < 57 removed.



        Disable add-on signing check in Release (all) versions of Firefox



        Firefox version 66+ (probably 60+)



        The following instructions will disable signature checking on Firefox for the Firefox profile in which you install the files. You are going to be adding some files to the chrome directory under your Firefox Profile directory.



        I've tested this on Firefox 66.0.3+.



        IIRC, some slightly different code was needed for Firefox 65, I believe I left that code in disable-add-on-signing.js when I modified it for Firefox 66, but I'm not sure about that.



        We're going to use a technique which allows you to run arbitrary JavaScript code in the browser context from files stored in your Firefox profile directory. I found how to do this from Haggai Nuchi's GitHub repository: Firefox Quantum compatible userChrome.js.



        On Windows, your Firefox profile directory will be %appdata%MozillaFirefoxProfiles[profileID]. If you have only one profile, the [profileID] will be the only directory in the %appdata%MozillaFirefoxProfiles directory. If you have multiple profiles, you will need to select the one(s) you want to install this hack into.



        Once you get to your profile directory, your will need to create a directory called chrome, if it does not already exist. You will be adding the 3 files below to that directory:



        • userChrome.css

        • userChrome.xml

        • disable-add-on-signing.js

        You will then need the following code in userChrome.css, which is available from Haggai Nuchi's GitHub repository:




        /*Enable userChrome.js */
        /* Copyright (c) 2017 Haggai Nuchi
        Available for use under the MIT License:
        https://opensource.org/licenses/MIT
        */

        @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul);

        toolbarbutton#alltabs-button
        -moz-binding: url("userChrome.xml#js");




        You will need userChrome.xml (slightly modified from the version available in Haggai Nuchi's GitHub repository):



        <?xml version="1.0"?>
        <!-- Copyright (c) 2017 Haggai Nuchi
        Available for use under the MIT License:
        https://opensource.org/licenses/MIT
        -->
        <!-- This has been slightly modified from the version available from
        https://github.com/nuchi/firefox-quantum-userchromejs/blob/master/userChrome.xml
        by Makyen. The modified version is released under both the MIT and CC BY-SA 3.0 licenses.
        -->

        <bindings id="generalBindings"
        xmlns="http://www.mozilla.org/xbl"
        xmlns:xul="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
        xmlns:xbl="http://www.mozilla.org/xbl">

        <binding id="js" extends="chrome://global/content/bindings/toolbarbutton.xml#toolbarbutton-badged">
        <implementation>
        <constructor><![CDATA[
        function makeRelativePathURI(name)
        let absolutePath = Components.stack.filename;
        return absolutePath.substring(0, absolutePath.lastIndexOf("/") + 1) + name;

        // The following code executes in the browser context,
        // i.e. chrome://browser/content/browser.xul
        try
        Services.scriptloader.loadSubScript(makeRelativePathURI("disable-add-on-signing.js"), window);
        catch(e)
        console.error(e);

        ]]></constructor>
        </implementation>
        </binding>
        </bindings>


        You will also need disable-add-on-signing.js:



        //This should be installed as the file disable-add-on-signing.js in
        // your profile's "chrome" directory.

        //Earlier versions of Firefox
        try
        Components.utils.import("resource://gre/modules/addons/XPIProvider.jsm", ).eval("SIGNED_TYPES.clear()");
        catch(ex)
        try
        Components.utils.import("resource://gre/modules/addons/XPIInstall.jsm", ).eval("SIGNED_TYPES.clear()");
        catch(ex)
        try
        Components.utils.import("resource://gre/modules/addons/XPIDatabase.jsm", ).eval("SIGNED_TYPES.clear()");
        catch(ex)

        //Tested on Firefox 66
        const XPCOMUtils = ChromeUtils.import("resource://gre/modules/XPCOMUtils.jsm");
        XPCOMUtils.defineLazyModuleGetters(this,
        XPIDatabase: "resource://gre/modules/addons/XPIDatabase.jsm",
        );
        XPIDatabase.SIGNED_TYPES.clear();

        console.log('Add-on signing disabled.');


        After adding these files in your profile's chrome directory, you will need to restart Firefox. You can verify that the code is running by looking for "Add-on signing disabled." in the Browser Console.



        Add-ons which were disabled or removed by Firefox will not be automatically enabled. You will need to re-install them. You can install them by draging-and-droping the *.xpi file onto a Firefox window and confirming that you want to install.



        If you are wanting to get the *.xpi file for any particular extension from Mozilla Add-ons you can download it by right clicking on the "install" button and selecting "Save As", or "Remove".



        Results



        With the current release version of Firefox, I've been using this solution for a while now to have a few extensions I built for my own use installed and to test new versions of extensions I'm working on (when I want to test in the Release version instead of Firefox Developer Edition or Nightly).



        NOTE: In about:addons Firefox may show (under some conditions) the add-on as enabled (not greyed-out), but have text stating that the add-on "could not be verified and has been disabled". The text is not accurate! The add-on is enabled and functioning.



        How it works



        [This is an explanation of older code, but the current code is very similar.]



        Within resource://gre/modules/addons/XPIProvider.jsm the const SIGNED_TYPES is defined as a Set. In order for an add-on to require signing, its type must be a member of that Set. The Set.prototype.clear() method is used to clear all entries from the Set. This results in no add-on types which require signing (code 1, code 2).



        If you wanted to, you could individually disable the signature check for any of the types: "webextension", "extension", "experiment", or "apiextension".







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited 2 hours ago

























        answered 3 hours ago









        MakyenMakyen

        145118




        145118















            protected by Community 3 hours ago



            Thank you for your interest in this question.
            Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



            Would you like to answer one of these unanswered questions instead?



            Popular posts from this blog

            Canceling a color specificationRandomly assigning color to Graphics3D objects?Default color for Filling in Mathematica 9Coloring specific elements of sets with a prime modified order in an array plotHow to pick a color differing significantly from the colors already in a given color list?Detection of the text colorColor numbers based on their valueCan color schemes for use with ColorData include opacity specification?My dynamic color schemes

            Invision Community Contents History See also References External links Navigation menuProprietaryinvisioncommunity.comIPS Community ForumsIPS Community Forumsthis blog entry"License Changes, IP.Board 3.4, and the Future""Interview -- Matt Mecham of Ibforums""CEO Invision Power Board, Matt Mecham Is a Liar, Thief!"IPB License Explanation 1.3, 1.3.1, 2.0, and 2.1ArchivedSecurity Fixes, Updates And Enhancements For IPB 1.3.1Archived"New Demo Accounts - Invision Power Services"the original"New Default Skin"the original"Invision Power Board 3.0.0 and Applications Released"the original"Archived copy"the original"Perpetual licenses being done away with""Release Notes - Invision Power Services""Introducing: IPS Community Suite 4!"Invision Community Release Notes

            199年 目錄 大件事 到箇年出世嗰人 到箇年死嗰人 節慶、風俗習慣 導覽選單