I have firefox quantum, this issue is causing issues with stackoverflow comment system detailed here

https://meta.stackexchange.com/questions/305447/every-time-i-comment-i-have-to-refresh-my-browser-to-see-it

What the title says

https://aur.archlinux.org/packages/uget-chrome-wrapper

Please add feature to add exceptions in uget-chrome-wrapper to not to download from specific URLs.

For some reason, the extension doesn't start up uGet in Vivaldi with (almost) every link I've tried. This same thing happens on both my desktop and laptop.

Both PCs have Vivaldi 1.11.917.39 (Stable channel) (32-bit), uGet 2.0.10, Python 3.6.2, uGet Wrapper 2.0.4, uGet Wrapper Extension 2.0.7, and running Windows 10 Home 64-bit.

Some of the places I've tried are Curse/CurseForge (for Minecraft), Github, SourceForge, and Google Drive

I have installed uget-chrome-wrapper from PPA in Ubuntu 17.10.
From few websites like Ubuntu.com when I download .iso files, it starts in uget, but I am unable to download from google drive. Is it a known issue?

Extension don't work on links like that:
Icons for uget
I'm using uget-2.0.9, uget-chrome-wrapper-2.0.2, uGet Integration 2.0.3, python 3.4.5 on linux system

Feature request (for Windows).

Putting the uGet program path into PATH environment variable is cumbersome. Also, since there are a lot of DLLs in the uGet bin directory, I'm a bit reluctant to include it in PATH.

So, it would be nice if we can specify the uGet program dir (such as c:\program files (x86)\uget) in the options dialog. Then we won't have to touch PATH at all. (Putting Python into PATH is already not necessary today.)

Manjaro 16.10 Fringilla
uGet 2.0.8
Chromium 54
Manual Installation
It works very well, thank you! 👍

I just installed your uGet addon on Firefox on OpenSUSE Linux, it's great, thanks for making it. :)

I wanted to report on some difficulties I had to install it.
The main Firefox addon description page does not say that I need to install uget-chrome-wrapper too and I don't see post-installation pages telling me that either (at least on OpenSUSE) https://addons.mozilla.org/en-US/firefox/addon/ugetintegration/?src=search
So after I installed the uGet Firefox addon it was not working, I had to google the error message "cannot connect to uget-chrome-wrapper" to get to this git repo and install uget-chrome-wrapper.

Can you add in the plugin description or in the plugin popup window that the browser plugin requires uget-chrome-wrapper and link to your main site where you state how to install it? https://slgobinath.github.io/uget-chrome-wrapper/

It will greatly increase the functionality of the extension.

Hi,

I would like to suggest some improvements in filter settings.

Filter file extensions

For example, if I do this :

Yes, all pdf files will be ignored. But if I want to download a file which has "pdf" in the title, but which is actually not a pdf file, it will ignore it, and that's a problem.

So I would like an option for filtering file extensions only.

Filter websites

There are some websites I would like to not use uGet at all, so I would like them to be ignored.
It could be abc.xyz/* or *.abc.xyz or abc.xyz/foo/bar/* or anything like that.

Thanks !

uGet Integration 1.1.6: Installed.
uget-chrome-wrapper 1.3.4: Installed.
Browsers: Chromium (Debian repo), Vivaldi, Opera.
Linux/Debian sid amd64

It's fine if uGet it self not already running.
Neither Download detection & Context Menu "Download with uGet" are working if uGet already running.

I use aria2 with uget so it can handle torrent too, it would be great if the extension support it.

I am not exactly sure when it started because I use FF the most but while working with chrome Dev version 64.0.3269.3 (Official Build) dev (64-bit) I had the uget toggled off to save the internal backups from Stylus and Tamper and it kept saving to /Downloads/undefined .
I checked the setting for download folder (correct), the settings for the extension on the tool bar (it was off while i downloaded) and the folder def's I have defined in the extension settings themselves

'.'
'Pictures'
'---'
'Pictures\Kids'

I am up to date on everything and it happens on both machines Windows 10 and Arch only in Chrome. It works normally in Firefox.
I also noticed an issue in windows as I checked for problems. When I upgraded from Wrapper 205 to 206 it seems that there might be an issue. AFTER upgrading In the install directory the 206 version of the .py file did not get an extension. That may be the way it should be but it seemed unlikely See below and I hope that explains it.

Hello

Your extension works great on Ubuntu 16.04 LTS, latest google chrome and latest uGet.
However, I suggest making the extension icon a little larger?
Look: https://ibb.co/nDMrmv <- This is small!

An option to modify the size would be awesome!

Thank you
Temp Man

Hi, @slgobinath

I encountered some strange behaviours when I download files with uGet.
After investigating, I found that, the length of PATH variable on Windows had limitation!!

Please refer the URL below for more details info.

Limitation to the length of the System PATH variable | Intel® Software
https://software.intel.com/en-us/articles/limitation-to-the-length-of-the-system-path-variable

Running under Fedora 26
Uget 2.1.5
Works fine with Chrome, debugging with Chrome shows:
2017-08-26 23:14:57,251 [INFO]: uget-chrome-wrapper is reading the message
2017-08-26 23:14:57,252 [DEBUG]: Message length: 19
2017-08-26 23:14:57,252 [DEBUG]: Received message: {"version":"2.0.6"}
2017-08-26 23:14:57,290 [DEBUG]: uGet version: 2.1.5
2017-08-26 23:14:57,290 [INFO]: Sending message: {"enable": true, "version": "2.0.4", "uget": "2.1.5"}

With Fx, nothing is written to debug file.
Just get the message of: Error: Unable to connect...

Extension installed from: addons.mozilla.com
v2.0.4

I use a newly installed debian 9.3 64 bit,with the orginal 64bit firefox.I just found /usr/lib64/mozilla/native-messaging-hosts directory and copy the json file. "#cp conf/com.javahelps.ugetfirefoxwrapper.json /usr/lib/mozilla/native-messaging-hosts/" and then "#cp bin/uget-chrome-wrapper /usr/bin/; chmod +x /usr/bin/uget-chrome-wrapper" restart firefox the firefox extension works ok.

so I doubt whether it is necessary that " sudo mkdir -p /usr/lib64/mozilla/native-messaging-hosts" and download com.javahelps.ugetfirefoxwrapper.json into it"

I would like to know if there is a way to catch all downloads. I have the issue where the zip file was below the catch size and now zip is entered in the applications of fire fox. From then on firefox downloads zips and i have to delete the handlers file . I have zip in the always download and size set to 1 but it still allows the files to go the firefox. So I would like simply to catch ALL downloads in uget. Possible?

The uget-chrome-wrapper.sh file downloaded succesfully but when I tried to run it, it displayed this error:

maverick@solus-budgie ~ $ sudo sh install_uget_chrome_wrapper.sh
Password: 
Installing uget-chrome-wrapper v2.0.6
sudo: pam_open_session: System error
sudo: policy plugin failed session initialization
sudo: pam_open_session: System error
sudo: policy plugin failed session initialization
sudo: pam_open_session: System error
sudo: policy plugin failed session initialization
sudo: pam_open_session: System error
sudo: policy plugin failed session initialization
sudo: pam_open_session: System error
sudo: policy plugin failed session initialization
sudo: pam_open_session: System error
sudo: policy plugin failed session initialization
uget-chrome-wrapper is installed successfully!
Please install the 'uGet Integration' extension and restart the browser
  - Google Chrome, Chromium & Vivaldi: https://chrome.google.com/webstore/detail/uget-integration/efjgjleilhflffpbnkaofpmdnajdpepi
  - Mozilla Firefox: https://addons.mozilla.org/en-US/firefox/addon/ugetintegration/
  - Opera: https://addons.opera.com/en/extensions/details/uget-integration

and the extension is displaying Error: Unable to connect to the uget-chrome-wrapper

Firefox Version: Nightly
Distro: Ubuntu 17.10
uGet settings: quiet mode enabled for command line, using aria2 as the plugin

Hi, thank you for the work on integrating uGet with Firefox! This is a pretty good replacement for DownThemAll.

The problem I'm encountering with the Firefox extension has two elements:

1. Non-ASCII or any non-latin character filename becomes garbled, for example ♥♥♥ turns into ��� or それ turns into ��
2. Files with special characters (bangs, brackets, etc) in the name are downloaded as encoded URLs. e.g. Cute! [cats].jpg turns into Cute%21 %28cats%29.jpg

The first case (mojibake/tofu) is not replicated in Vivaldi but the second case with encoded URLs is. I haven't tried any of the other supported browsers.
Also, using the --content-disposition-default-utf8=true flag in the aria2 plugin settings doesn't seem to affect the downloads passed by Firefox at all.

Vast majority of applications written for chrome does work correctly on opera using link. This is possible due to the fact that opera is based on chromium. Sadly after successfully trying plugin on chrome it doesn't work on opera. I've skimmed through opera API and NativeMessagingHosts message sending should be the same, but I didn't manage to debug further.

Error: Unable to connect to uget-chrome-wrapper

Fedora 27 , Frefox 58.0.1

Have no idea how to procede

nevermind, wrong repo

I am using uGet in debian testing. When I first installed uget-chrome-wrapper everything was working fine (uget was already in running state). After restarting system, I am unable to launch uget.
On typing uget-gtk on terminal I have to wait for few minutes for next command but nothing happens.

More Information:
OS: Debian buster/sid
Browsers: Mozilla Firefox 58.0.1 & Chromium 62.0
uGet version: 2.0.10
uget-chrome-wrapper version: 2.0.7

Hi all,
I am glad to inform that uget-chrome-wrapper has been adopted by uGet team as the official extension for uGet. This repository is deprecated in favor of these two repositories:

• uget-integrator
• uget-extension

I pushed all commits from this repository to keep the contributions of others. Even though this repository will remain as it is, it will not be used for further development.

Please submit your issues and PRs to the above repositories in future.

FYI: The next update may force you to remove uget-chrome-wrapper and install uget-integrator.

Thanks for all your support.

This issue was reported in Opera addon review page. This is due to the inconsistency in Opera native-messaging configuration path. Usually Opera use the same directory as Google Chrome but in Arch AUR pack, it uses /etc/opera directory.

I have reproduced this issue and asked the AUR maintainer to release a new PKGBUILD with the fix. Also, I have updated the installation guide for "Any Linux Systems - Google Chrome and Opera"
Until the AUR is updated, follow these steps to integrate Opera with uGet in Arch Linux:

sudo mkdir -p /etc/opera/native-messaging-hosts
sudo wget https://raw.githubusercontent.com/slgobinath/uget-chrome-wrapper/master/uget-chrome-wrapper/conf/com.javahelps.ugetchromewrapper.json --output-document /etc/opera/native-messaging-hosts/com.javahelps.ugetchromewrapper.json

Hi,

I installed the latest release but I get the following on Uget extension in both opera and chromium:
Warning: Please upgrade uget-chrome-wrapper to the latest version

I installed from script also and the problem remains....

Also, it does not work... Previous versions were ok.....

I am on Debian 9....

As the title says, chrome opens uget-chrome-wrapper.py instead of executing it whenever I choose "Download with uGet". uget-chrome-wrapper.py just gets opened in my code editor.

I am currently going through my Firefox extensions and making sure I am future-proof. Are there any plans for Firefox Quantum compatibility? If not, I will get to looking for alternatives.

uget-chrome-wrapper can't get cookie frome chromium.

install_uget_chrome_wrapper.sh still downloads the v2.0.5 version.

editing the script manually to use links pointing to v2.0.6 folder works fine.

While you are at it, what about making a "latest" folder instead of "v2.0.6" for the script?

This way people can update the uget-chrome-wrapper by just running again the same script they downloaded before, and you don't need to remember to update install_uget_chrome_wrapper.sh every time you update the version.

Love this extension, but is there a way to disable it based on extension or site?

For example, on my banking website, without this extension, I can view PDF statements directly in chrome. With this, when I try to view a statement, uGET launches, and worse does not correctly download the PDF.

So ideally I would like to have this ignore *.pdf downloads, or tell it to ignore my.bank.com downloads.

Is this possible?

When downloading from Google Doc, uGet Integration interrupts the download but uGet downloads an HTML file 'ServiceLogin.html'. This is a problem regarding the URL generated by Google Doc for authentication process.

Pressing Insert key does not skip uGet so it always interrupt the Google Doc download. Only way to download is, disabling uGet extension and then downloading using Chrome.

Fix this problem or at least skip such URLs so that Chrome can download by itself.

For more details about this problem: How to download large Google Drive file with resume support in Ubuntu?

Uget 2.09 Wrapper 2.0.4 Firefox 55.0.2 (64-bit) OS Manjaro

Uget and wrapper both detected by plugin but when I try to download a file, Uget does not appear as an option in the download dialog box for Firefox. I only see the choices of "Open with" and "Save file"

Using the latest version 1.1.2
Some files aren't captured while some are. Is there something to be configured?

which is still 2.0.4

https://addons.mozilla.org/en-US/firefox/addon/ugetintegration

It seems the command line is constructed with the --filename arg twice.

Just wondering if it's really expected.

Yesterday i tried the wrapper on Solus OS (relatively new on some development branchs) and failed to get it work because could not install the python-urllib3 on system. It would be great to leave a quick note on installation instructions about python module dependency which is important because program is not working without python3-urllib3.

During the research, i saw your note in the codes which was

sudo apt-get install python3-urllib3

that helped very much.

One machine Linux 17.10, one machine Windows 7 both running Firefox 56+.

The file type and minimum file size options do not persist after saving. They work until the next session then revert back to default, ie 300.

Can they be manually hard coded, 800 seems to be my sweet spot for min. file size for easier PDF viewing.

For some reason, ever since I reinstalled Python 3.6.2 (I originally had the 32bit version, now I have the 64 bit), the extension keeps saying "Error: Unable to connect to the uget-chrome-wrapper". I tried the following:

• Uninstall and reinstall Python
• Uninstall and reinstall uGet Wrapper
• Added all PATH variables for Uget + Wrapper and PYTHON_HOME variable
• Removed and reinstall extension
• Restart computer about 5 times

This happens on Vivaldi 1.11.917.43 (Stable channel) (64-bit)

When using chrome or opera getting error:
Error: Unable to connect to the uget-chrome-wrapper

Windows 7 x64
Chrome 56
Plugin reinstalled v2
Extention reinstalled v2

Before updating extention worked on chrome.

Hi,

I'm the Project Manager for uGet and I'd like to request a switch from Python 2 to Python 3.

I just found this project and I was very excited to see this and appreciate the work you've done on this thus far.

I know why it was made with 2.7 due to usage of things like PyPy but ultimately I think using Python 2 is something that should be avoided whenever possible.

Do you have any plans to migrate to Python 3 when possible?

If you are getting this error message in the uGet Integration extension, please make sure that you have installed Python 3.4 or greater, uGet 2.0.8 or greater and the latest version of uget-chrome-wrapper.
To see how to install uget-chrome-wrapper, visit the official page: Installation Guide Also make sure that you have restarted the browser after installing all the above tools.

If you still have the problem after installing uget-chrome-wrapper, enable the log by following the steps given below and share the log information along with your uGet version, Browser name and version and the Operating System with version.

1. Open uget-chrome-wrapper

sudo gedit /usr/bin/uget-chrome-wrapper

Windows users can find it at C:\Program Files (x86)\uget-chrome-wrapper\uget-chrome-wrapper.py

2. Uncomment the following two lines and save the changes

# log_file_path = join(expanduser('~'), 'uget-chrome-wrapper.log')
# logging.basicConfig(format='%(asctime)s [%(levelname)s]: %(message)s', filename=log_file_path, filemode='a', level=logging.DEBUG)

After uncommenting, it should become:

log_file_path = join(expanduser('~'), 'uget-chrome-wrapper.log')
logging.basicConfig(format='%(asctime)s [%(levelname)s]: %(message)s', filename=log_file_path, filemode='a', level=logging.DEBUG)

3. Just open your web browser.

4. There should be a file created at ~/uget-chrome-wrapper.log. In Windows (I beleive) it should be C:\Users\<User-Name>\uget-chrome-wrapper.log. If the file is there, share its content. If not, please specify that.

If filename is extracted from the url, depending on the url filename contains %20.

With the death of traditional extensions with Firefox 57 a lot of users are going to be in need for a new solution for managing their downloads.
I propose uGet to become the go-to default replacement for all these users. I just found this add-on minutes ago and would suggest adding support for Firefox.
I'm going to try to get it running in my Nightly build later today.

Approximate Userbase of the traditional download managers: [1]

• DownThemAll! ~1.1 Million Users
• FlashGot ~ 700k Users

and several video downloaders with > 500k - 1 Million users each.

[1] https://addons.mozilla.org/en-US/firefox/search/?q=download+manager&platform=linux&appver=55.0&sort=users

I use ubuntu 17.10. I added the wrapper ppa but got an error during installation:

ubuntu@ubuntu17:~$ sudo apt install uget-chrome-wrapper
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following NEW packages will be installed:
  uget-chrome-wrapper
0 upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
Need to get 0 B/4,602 B of archives.
After this operation, 35.8 kB of additional disk space will be used.
(Reading database ... 212202 files and directories currently installed.)
Preparing to unpack .../uget-chrome-wrapper_2.0.6-1_amd64.deb ...
Unpacking uget-chrome-wrapper (2.0.6-1) ...
dpkg: error processing archive /var/cache/apt/archives/uget-chrome-wrapper_2.0.6-1_amd64.deb (--unpack):
 unable to open '/usr/lib64/mozilla/native-messaging-hosts/com.javahelps.ugetfirefoxwrapper.json.dpkg-new': No such file or directory
No apport report written because the error message indicates an issue on the local system
                                                                                         Errors were encountered while processing:
 /var/cache/apt/archives/uget-chrome-wrapper_2.0.6-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
ubuntu@ubuntu17:~$ 

Hi. I'm not sure yet if this is your software or uGet itself. But occasionally (every couple of weeks or something) a download will start and suddenly there are 20 to 30 new download windows on the screen. I have to terminate uGet and the problem goes away until a couple of weeks later. Latest version of the chrome add on (2.0.6) and latest uGet for Windows (2.0.9). Thanks !