Last week changes to websites etc, finally made me ‘update’. MY old version of FF16 could load 22 specific youtube tabs in a good speed and I could view the first ones even as the others were loading or even open/view other tabs.

Anyone who believes this was an ‘accident/bug’, as apposed to an attempt to get people to update all the older browser versions out there, to ‘fix’ the browser… remember lots of FF users are all about ‘tweaking’ and controlling the browser so they like myself had locked down their older FF setups.Īlso FF is NO LONGER an ‘effective’ (ie efficient/fast) browser. It is now playing ‘big brother’ with the software on YOUR computer, and the user experience of YOUR browser installation. Users should not remove affected extensions from their installations the issue will resolve itself once Mozilla fixes it. I'd expect Mozilla to do that soon as the issue is widespread and affecting lots of Firefox users. The organization needs to renew the certificate or create a new one to resolve the issue.

The issue can only be resolved on Mozilla's end.

You could change the system date to the previous day to resolve it temporarily as well, but that can lead to other issues. You need to set the preference to false on about:config to disable signing. Nightly, Dev and Android users may be able to disable signing of extensions some users reported that this resolved the issue temporarily on their end. Please check your connection' errors when they attempt to download any extension from the official repository. Related issues have been reported: some users cannot install extensions from Mozilla's official Add-ons repository. Firefox will block the installation of extensions with invalid certificates (or none), and that is causing the issue on user systems. This topic was modified 1 year, 9 months ago by dinomc.All Firefox extensions need to be signed since Firefox 48 and Firefox ESR 52. Use an explicit chr() call to preserve the current behavior in /***/www/wp-content/plugins/memphis-documents-library/includes/mdocs-upload.php on line 52 “é” are replaced with “eÌ”, leading me to believe the whole thing might be a character encoding issue?Įven the files with no special character fail in Chrome/Firefox though.Īlso, when I edit a file in the backoffice and save, the next page have the following error, repeated a few dozen times :ĭeprecated: stripos(): Non-string needles will be interpreted as strings in the future. In Edge, the downloads work and the files can be opened correctly, but the downloaded files have strange file names, eg. In Firefox, same issue but the message is just “Failed”. I have a pdf library set up with this module.īoth in the front and back office, when trying to download any file, the browser start downloading a bit with an unknown file size, then hangs for a couple seconds, then throw a “Failed – Network error” message in Chrome.

Firefox download fail