There's a problem with newest WebExtenstion for Firefox. It will install only for Firefox 57+. It looks like AMO software automatically bumped compatibility level when signing extension and now in manifest.json you can see
That way you can't use this build in Firefox 52.9.0 ESR, the last Firefox build for Windows XP. It was earlier 50.0 set as strict_min_version.

I have managed to disable signature checking (open about:config in Firefox and change "xpinstall.signatures.required" to false), than changed value 57.0 to 52.0 in manifest.json (in fdm_ffext2@freedownloadmanager.org.xpi ) and tested FDM 3.9.7 with WebExt 4.0.33 in Firefox 52.9.0 under Windows XP. I can't see any new problems, so…

Could any developer fix the WebExt and lower restrictions in manifest.json from "strict_min_version": "57.0" to "52.0", please? Other extensions updated this year don't use so strong restrictions (f.e. uBlockOrigin bumped version from 52.0 to 55.0) so it should be possible to do…

For about a month I have not been able to save anything downloaded with FDM to my desktop.

As it turns out my issue was with the

"Windows Defender Controlled Folder Access".

Once I turned it off, My issue went away.

From the windows search bar I typed
Controlled Folder Access
opened it up
and toggled the slider to off.

Problem solved.

I hope this helps others in figuring out why they can not move downloads to particular folders.

Usher wrote:There's a problem with newest WebExtenstion for Firefox. It will install only for Firefox 57+. It looks like AMO software automatically bumped compatibility level when signing extension and now in manifest.json you can see

Code: Select all

"strict_min_version": "57.0"

That way you can't use this build in Firefox 52.9.0 ESR, the last Firefox build for Windows XP. It was earlier 50.0 set as strict_min_version.

I have managed to disable signature checking (open about:config in Firefox and change "xpinstall.signatures.required" to false), thane changed value 57.0 to 52.0 in manifest.json (in fdm_ffext2@freedownloadmanager.org.xpi ) and tested FDM 3.9.7 with WebExt 4.0.33 in Firefox 52.9.0 under Windows XP. I can't see any new problems, so…

Could any developer fix the WebExt and lower restrictions in manifest.json from "strict_min_version": "57.0" to "52.0", please? Other extensions updated this year don't use so strong restrictions (f.e. uBlockOrigin bumped version from 52.0 to 55.0) so it should be possible to do…

I believe this is enforced at the AMO level - all addons that supported Fx versions previous to 57, aka Quantum, builds, seem to have disappeared (for lack of a better word - in actuality, they have been removed) in order to make things 'easier'. Third party sites still have versions of addons that they still continue to support (for example, my favorite Fx addon, TabMixPlus, is still developed for pre-Quantum builds, while onemen, lead dev for TMP, is working on slowly but surely converting as much code as he can to the new WebExtensions API, but there is a lot of functionality that is currently blocked because APIs that existed for previous functionality don't anymore (I've been a member of the TMP forums for a long time as well, and can have a larger discussion about what is going on with the WE version of TMP separately, either via PM or at the TMP website, if anyone wants more details - personally, for me it would be easier to just suggest one go to said website if they want more info, and if PMd, that will be the first thing that I do.)

While you were able to get it working with the change in the value, in essence, I (believe) that if they changed that value and tried to publish it to AMO, it would either get rejected, or just sit in limbo without ever actually being published.

Best thing would be to change the .XPI and host it publicly for users to get as needed.

roblmoore@gmail.com wrote:For about a month I have not been able to save anything downloaded with FDM to my desktop.

As it turns out my issue was with the

"Windows Defender Controlled Folder Access".

Once I turned it off, My issue went away.

From the windows search bar I typed
Controlled Folder Access
opened it up
and toggled the slider to off.

Problem solved.

I hope this helps others in figuring out why they can not move downloads to particular folders.

Yeah, that setting in Windows 10 is great for a severe lockdown situation, but it interferes with a whole *slew* of applications, even some AV programs.

Actually, though, you can set exceptions by programs to allow them to have access to folders that are typically locked down.

And, FWIW, Windows, for a while now, has come with a folder that is not only named 'Downloads" but is still in your user profile (but not in your desktop), which will save resources in the long run - saving files, particularly larger executables for installing software, to the desktop is really not a good idea, even though so many websites still recommend it.

johnlgalt wrote:I believe this is enforced at the AMO level - all addons that supported Fx versions previous to 57, aka Quantum,

It's a default action for new WebExtensions. It implies using of a new SDK introduced in Fx 57, when devs don't care to declare else.
The lowest number seems to be the start of WebExtension support in Firefox (45):
https://developer.mozilla.org/en-US/doc ... bExtension
You can go to AMO and see currently supported WebExtensions with different numbers: 45 (minimum), 50, 52 (last XP version), 55, 57 (new SDK)…

johnlgalt wrote:TabMixPlus, is still developed for pre-Quantum builds,

Currently it's a hybrid extension, classic ready-to-migrate. It contains "webextension" subfolder with migration helper.

johnlgalt wrote:While you were able to get it working with the change in the value, in essence, I (believe) that if they changed that value and tried to publish it to AMO, it would either get rejected, or just sit in limbo without ever actually being published.

Probably that's the reason why onemen published 0.5.6.0 version lately - unsigned and out of AMO:
https://bitbucket.org/onemen/tabmixplus/downloads/

johnlgalt wrote:And, FWIW, Windows, for a while now, has come with a folder that is not only named 'Downloads" but is still in your user profile

Starting from Windows 7 "Downloads" folder is a user defined library (virtual folder):
https://www.sevenforums.com/tutorials/1 ... reate.html
It works like other Windows Libraries:
https://docs.microsoft.com/en-us/window ... -libraries

johnlgalt wrote:(but not in your desktop), which will save resources in the long run - saving files, particularly larger executables for installing software, to the desktop is really not a good idea, even though so many websites still recommend it.

Downloading to desktop is like a suicide. If you leave unfinished or broken download on the desktop and will restart your system, it may hang or crash after several minutes when you try to login. The reason is obvious: Explorer tries to find all the icons to display on the desktop. Scanning a large file takes a long time and may terminate with hang or crash when there is a trash instead of expected content in the download.

Usher wrote:It's a default action for new WebExtensions. It implies using of a new SDK introduced in Fx 57, when devs don't care to declare else.
The lowest number seems to be the start of WebExtension support in Firefox (45):
https://developer.mozilla.org/en-US/doc ... bExtension
You can go to AMO and see currently supported WebExtensions with different numbers: 45 (minimum), 50, 52 (last XP version), 55, 57 (new SDK)…

Well, then, you're correct, that the devs here should lower the minVersion attribute - I was under the impression that 57 was strictly enforced.

Usher wrote:

johnlgalt wrote:TabMixPlus, is still developed for pre-Quantum builds,

Currently it's a hybrid extension, classic ready-to-migrate. It contains "webextension" subfolder with migration helper.

Well, yes, in order to make it *partially compatible* with newer builds, and only to fix the things that he can fix doing it that way. However, he has also released a WE *only* version that is very basic (but happens to keep the major functionality that I want, specifically, new tab opening for links, popups, and bookmarks.

The hybrid is only to fix what he can to give it a bit of functionality for Quantum-based browsers, but it is still partially crippled when run on quantum builds, whereas it works perfectly fine on pre-quantum builds.

Usher wrote:

johnlgalt wrote:While you were able to get it working with the change in the value, in essence, I (believe) that if they changed that value and tried to publish it to AMO, it would either get rejected, or just sit in limbo without ever actually being published.

Probably that's the reason why onemen published 0.5.6.0 version lately - unsigned and out of AMO:
https://bitbucket.org/onemen/tabmixplus/downloads/

Yes - and those builds are also posted to the TMP website forums, both the stable as well as the beta builds.

johnlgalt wrote:Well, then, you're correct, that the devs here should lower the minVersion attribute - I was under the impression that 57 was strictly enforced.

It's already done, the extension is fixed. Currently FDM WebExt 3.0.34 is available and works OK, but switching to Firefox dev version is still needed for TMP and uB0.

I am currently using the ff.:

Firefox 67.0.2 x64

FDM 5.1.38.7312 (with Firefox enabled in the browser integration setting)

FDM web extension 3.0.40

I click on the web extension icon button, and the "options" entry doesn't work. All of the other entries in the web extension menu works, though.

I tried to download a file from

https://www.7-zip.org/download.html

and it took probably half-a-minute before a window popped up, asking me where to put the file, after which the file was downloaded using the browser downloader.

I tried right-clicking on a file link and downloaded it using FDM, but nothing happened. It's only when I copy the URL and paste it in FDM that the file is downloaded using FDM.

Finally, I disabled all add-ons, leaving only the one for FDM, and the file was still downloaded by the browser manager.

anton wrote:I am currently using the ff.:

Firefox 67.0.2 x64

FDM 5.1.38.7312 (with Firefox enabled in the browser integration setting)

FDM web extension 3.0.40

I click on the web extension icon button, and the "options" entry doesn't work. All of the other entries in the web extension menu works, though.

I tried to download a file from

https://www.7-zip.org/download.html

and it took probably half-a-minute before a window popped up, asking me where to put the file, after which the file was downloaded using the browser downloader.

I tried right-clicking on a file link and downloaded it using FDM, but nothing happened. It's only when I copy the URL and paste it in FDM that the file is downloaded using FDM.

Finally, I disabled all add-ons, leaving only the one for FDM, and the file was still downloaded by the browser manager.

Thank you for bringing this to our attention.
Have you tried reinstalling FDM?

Yes, I uninstalled and reinstalled both the program and the web extension.

I will try it in another PC and see what happens.

Edit 1: On a hunch, I decided to set the software firewall, a free version of SphinxSoft Windows 10 Firewall Control, to enable all, and the web extension worked. That means the firewall is blocking the connection between the web extension and the downloader, but I don't know how, as the browser and downloader are set to enable all in the firewall.

Edit 2: This is weird, but everything is working fine now even with the firewall set in normal mode.

Is there a way to turn off the "download created" notification, or at least the audio?

anton wrote:Yes, I uninstalled and reinstalled both the program and the web extension.

I will try it in another PC and see what happens.

Edit 1: On a hunch, I decided to set the software firewall, a free version of SphinxSoft Windows 10 Firewall Control, to enable all, and the web extension worked. That means the firewall is blocking the connection between the web extension and the downloader, but I don't know how, as the browser and downloader are set to enable all in the firewall.

Edit 2: This is weird, but everything is working fine now even with the firewall set in normal mode.

Good thing the issue is apparently solved, but we'll keep the firewall issue in mind.

anton wrote:Is there a way to turn off the "download created" notification, or at least the audio?

The customization of notifications and effects is always in development. We'll keep it in mind.

Hello, I use the latest FDM version and I have a problem with downloading youtube videos, in 7 June there was not any problem but after 15 June I can't download anything from youtube and I get HTTP Error 403, please help.