-
-
Notifications
You must be signed in to change notification settings - Fork 97
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
This is not working on firefox. #59
Comments
It's not working on Firefox, but it still works on Edge and Chrome. |
I can confirm I have the same issue; Firefox still uses the default downloader. |
To add info, this doesn't occur everytime, but occasionally will create an entry in the browser console showing the following:
|
Setting the RPC server port to 16800 worked for me. |
could you tell me where this setting is? |
@abdusemiabduweli open motrix |
@abdusemiabduweli right click the extension > manage extension > 3 dot menu > options > RPC Servers > Default Server |
This does not appear to be an option from the Add-ons Manager in Firefox 94; the 3 dot menu only has Remove or Report as options: Is there another way to surface these options? |
Sorry, forgot that I started using the Aria2 Download Manager. That is what works for me, but I think the Motrix WebExtension just needs to be updated. |
Still don't work on firefox v21.12.6 |
I posted this in a different but similar issue, so to bring here as an FYI (at least for 22.10.5):
Edit: Updated documentation on issues with these settings via the new documentation page for the extension Settings: |
For reference, I began checking into doing some debugging for the above-mentioned secondary issues. When I look at the extension's entry under Issue Screenshots/Error InfoMy Attempted formatting for readability:
|
Did some brief testing with the chromium extension using MS Edge, and this does not seem to be having the same issue (at least about manifest issues) on the latest store version 22.1.7. Looking at this manifest permission issue, Chrome does shows the Mozilla has an article about shared/Universal WebExtension builds, and they recommend keeping separate Manifest versions for the respective builds in order to avoid that issue. This doesn't seem to make much difference though, as I have gone ahead and made a local copy of the extension where I repacked with the I need to do more testing, because I can't fully tell if it is now respecting filter settings, or if there is some confounding thing going on. It just still doesn't seem consistent about the file size and/or extension filters |
All, there is now a documentation page explaining some of the settings that can cause silent failures on Firefox. If folks who are having this issue can verify the settings that they are using, it can help verify if there is a new/undiagnosed problem! |
Is there any fix yet? I followed the advice on this issue and others but still not working on ubuntu 20.04, tried it on Xubuntu 22.04 and everything is working fine. |
Interesting, were motrix, firefox, and the extension all the same versions? Also what settings for the extension were you using on the 20.04 install? Lastly, can you verify that the RPC secret was matching? You may have to reset the extension to change the key there |
Motrix and firefox were all the same versions. I built them manually and tried even the snap version, same result on Xubuntu 22.04 works fine, on Ubunutu 20.04 is not working at all. I set different RPC all were matching, i tried to reset boht extension and motrix. |
Hm, I personally haven't used it in Linux yet, but that seems odd that 20.04 would have that issue, but 22.04 wouldn't... As I understand, yarn/node are the only dependencies for building, so that would be theoretically similar for building from source, and the app image/snap/flatpak of the main app should behave identically... If you get a chance to look at it, would you be able to open the debugger/console for the extension and see what errors/warnings it throws when starting a download? If not, no worries, this bug can/will stay open so others can note if they still have problems |
Small update here, I have only been able to check the App Image version of Motrix so far, but have been able to get this to work on Fedora 37. Not sure what the manual build would cause differently on 20.04 vs 22.04, but perhaps there is an issue with electron/node/yarn versioning there. I would recommend using the App Image on your 20.04 machine to see if the same issue occurs. Currently the Motrix Flatpak is not working, so I cannot check that, and I am not in an optimal position to check the Snap personally (though I would also be curious if it similarly works for you on 22.04 but not 20.04). If someone else is able to test via the snap version, let me know! |
I tried debugging it beside the manifest permission for download.shelf error you mentioned in this issue everything else work fine. Since when i had installed Motrix the extention wont intercept any download i tried uninstalling it and without the app it intercept the downloads. This time i tried to install Motrix using apt instead of nala and seems to work, i dont know how and if its related to the issue since when i installed it with snap didnt work either. |
it's not working for me too on firefox. isit related to chrome api that is not supported in firefox? ![]() this is what i found in terms of browser namespace ![]() EDIT: I think this is the root cause. after i updated it from chrome to browser and it works for firefox after that. motrix-webextension/app/scripts/background.js Lines 207 to 218 in 468bbfd
|
Adding it into Firefox with the above fix just gives the following error for me.
|
Firefox is still using its own dowloader.
The text was updated successfully, but these errors were encountered: