Skip to content
This repository was archived by the owner on Mar 22, 2018. It is now read-only.

Doesn't work in firefox quantum #43

Closed
seunlanlege opened this issue Nov 16, 2017 · 23 comments
Closed

Doesn't work in firefox quantum #43

seunlanlege opened this issue Nov 16, 2017 · 23 comments

Comments

@seunlanlege
Copy link

What the title says

@slgobinath
Copy link
Owner

Hi,
Could you please share your operating system and the architecture of both Firefox and OS (64 bit or 32 bit) because I am already using it with my Firefox Quantum on Linux Mint and Arch.

Thanks

@seunlanlege
Copy link
Author

seunlanlege commented Nov 16, 2017

Ubuntu 16.04,
Firefox Nightly 59.0a1(2017-11-15)

@slgobinath
Copy link
Owner

Is your Firefox 32 bit or 64 bit? (You can check this in the Help --> About Firefox dialog)

@seunlanlege
Copy link
Author

64bit

@slgobinath
Copy link
Owner

Then it seems to be a new issue. I will have a look at it and let you know.

Thanks

@perfectcream
Copy link

perfectcream commented Nov 17, 2017

Hi! I'm using Firefox Quantum (57.0) x64 on Microsoft Windows [version 10.0.16299.64] (a.k.a. Windows 10 Fall Creators Update 1709) with the same problem.

I think this problem may be related to these issues below:

@prpdesigns
Copy link

Kubuntu 14.04 64bit, Firefox 57.0 64bit doesn't work either

@MichaelTunnell
Copy link

It works fine for me in KDE Neon using Extension v2.1.0 and uGet 2.0.10

Here is what I think the issue is.

@seunlanlege I think your issue is the usage of Firefox Nightly, try it in a different version of Firefox please so we can get more data on the issue.

@perfectcream I think your issue is the usage of Windows 10. I am not sure how the extension locates uGet on Windows. @slgobinath could you clarify how it detects it?

@prpdesigns your issue could be the Kubuntu 14.04 part as there has been a ton of changes in KDE Plasma since that release. What version of uGet are you using on your system?

@DanaMW
Copy link

DanaMW commented Nov 17, 2017

It works on windows 10. In chrome Firefox and Vivaldi. I use wrapper 206. the uget extension and the beta Uget 2.1.6

@prpdesigns
Copy link

@MichaelTunnell uGet 2.0.10, extension 2.1.0

@seunlanlege
Copy link
Author

More details on it though - Right clicking and selecting Download with uget works fine.

but it doesn't intercept downloads.

@slgobinath
Copy link
Owner

Hi @MichaelTunnell and @perfectcream,
In Windows uget bin directory must be added to the PATH variable. See the installation guide for Windows and this screenshot.

@seunlanlege if Download with uget is working the problem is with the extension. However, I couldn't reproduce it in my system with Firefox Nightly 59.0a1 (2017-11-17) (64-bit). I will investigate further and let you know. One more question.
Do you get the Info: Found uGet and uget-chrome-wrapper message in the extension dialog(Click on the extension icon)? Also double check the extension setings. (I would recommend delete all the input fields except the minimum file size to interrupt. Set the minimum file size to interrupt to -1 and see what happens)

@perfectcream
Copy link

perfectcream commented Nov 18, 2017

Hi! @slgobinath, @MichaelTunnell and @DanaMW,

After I add the path of uGet (C:\Program Files (x86)\uGet\bin\) to System Environment Variables PATH, I can download files with right click on context menu, thank you so much :)

But I can't replaces default download manager by uGet Download Manager (namely intercept downloads) yet.

As you can see in screenshot: uGet Integration

It can found uGet and uget-chrome-wrapper, but when I click link to download file (HWiNFO for example), Firefox 57.0 still uses default download manager to download files. (I had try to set the minimum file size to interrupt to -1, and got the same result.)

Thank you for all your assistance.

@perfectcream
Copy link

perfectcream commented Nov 18, 2017

Hi @slgobinath,

I had try another PATH setting, it works! I can replaces default download manager by uGet Download Manager now (by clicking download link, but It can't intercept Google Drive download).

How to reproduce it?

  1. extra and copy uGet files in C:\uGet not in C:\Program Files (x86)\uGet\
  2. set the path of uGet in System Environment Variables PATH to C:\uGet\bin
  3. install Python 3.4 or latest
  4. download and install uget-chrome-wrapper_2.0.6.0.exe
  5. install the uGet Integration extension and restart Firefox 57.0
  6. run uGet before download files! Let uGet stay in system tray.

I think this problem may origins in how the program deal with " (x86)" string in the path.

@slgobinath
Copy link
Owner

Hi @perfectcream,
Thanks for the update. I will update the webpage soon including your steps to follow.

@DanaMW
Copy link

DanaMW commented Nov 18, 2017

When I first started using this fine setup I had to delete handlers.json in the Firefox profile folder to get a fresh start. After that uget started (for the most part) catching downloads. Firefox will recreate handlers.json on start up but if you have custom download handling in Firefox make notes of it before you delete. Maybe this will help you as it did me.

@seunlanlege
Copy link
Author

@slgobinath just tried setting the minimum download size to -1. Still didn't work.

yes i can see info: found uget and uget-chrome-wrapper

@prpdesigns
Copy link

@DanaMW @slgobinath @MichaelTunnell deleting the handlers.json file worked for me.

Thanks!

@slgobinath
Copy link
Owner

Hi @perfectcream,
Could you please share the location of handlers.json.

@seunlanlege could you please try this solution.

Thanks.

@seunlanlege
Copy link
Author

@slgobinath just deleted my handlers.json in home/.mozilla/firefox-trunk/(some wierd folder name)/handlers.json

and it works perfectly, thanks everyone 🙌

@slgobinath
Copy link
Owner

Thanks to all.
I will update the README it as a known issue.

@DanaMW
Copy link

DanaMW commented Nov 20, 2017

handlers.json is in the users FF profile folder for the record. And thank YOU for your work.

@perfectcream
Copy link

Hi @slgobinath,

My handlers.json can be located at:
c:\Users\USER_NAME\AppData\Roaming\Mozilla\Firefox\Profiles\xxxxxxxx.default\handlers.json

USER_NAME may include unicode characters.
xxxxxxxx is random string.

Thanks a lot :)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants