Package Details: jdownloader2 latest-21

Git Clone URL: https://aur.archlinux.org/jdownloader2.git (read-only, click to copy)
Package Base: jdownloader2
Description: Download manager, written in Java, for one-click hosting sites like Rapidshare and MEGA. Uses its own updater.
Upstream URL: https://jdownloader.org/
Keywords: download hoster internet jdownloader manager oneclick
Licenses: LicenseRef-GPL-3.0+proprietary
Submitter: None
Maintainer: C0rn3j
Last Packager: C0rn3j
Votes: 435
Popularity: 2.71
First Submitted: 2011-09-07 23:08 (UTC)
Last Updated: 2024-10-17 15:08 (UTC)

Dependencies (4)

Required by (0)

Sources (21)

Pinned Comments

d-air1 commented on 2024-02-12 08:48 (UTC)

Might need to put the "updates itself" message in bold. Looks like someone once again flagged this package as out of date.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 14 Next › Last »

vauvenal5 commented on 2017-09-19 08:20 (UTC)

@chenghung delete your ~/.jd folder and restart JDownloaderHeadless. JDownloader will fetch all the files again. Do not forget to backup any setting files you do not want to reconfigure a new.

chenghung commented on 2017-07-29 12:45 (UTC)

an error is raised while starting jdownloader through terminal $ jdownloader [user JDownloader scope] [user JDownloader scope] Error: Invalid or corrupt jarfile JDownloader.jar

s3rb31 commented on 2017-06-24 02:43 (UTC)

There is a problem with /bin/JDownloader: If jd-containers.desktop is executed via xdg-open, /bin/JDownloader will be called. But because java/jdownloader itself do not properly set the exitcode, xdg-open will continue to execute '/usr/share/applications/jd-containers.desktop' and finally fall back to $BROWSER. (xdg-open is checking for $? == 0) This can be fixed by making /bin/JDownloader exit with exitcode 0. I created a very simple patch: https://gist.github.com/s3rb31/53130d42a4ce68bd4e835671d0b2386e

krzynek1 commented on 2017-03-26 13:30 (UTC) (edited on 2017-03-26 13:30 (UTC) by krzynek1)

@Holodoc It looks like it was upper directory permission problem, now when user jdownloader can read this dir, can also write to owned, configured directory from settings. Why JD needs read permission to upper directory? Is it some typical linux expected behaviour or? Thanks anyway, problem solved :)

Holodoc commented on 2017-03-25 08:22 (UTC)

@krzynek1: You need to check if you are able to list and read the upper directories of your download folder with user jdownloader and may fix permissions. Hope that helps...

krzynek1 commented on 2017-03-25 06:44 (UTC)

Hello, JD gives me error "invalid download directory" when trying to download whatever file from hosters. JD is started as user jdwonloader in global scope, in settings from myjdownloader website, I have choosen right directory (/magazyn/DL/JD) with what I think right access permissions: cd /magazyn/DL [root@arch DL]# ls -l total 28 drwxrwxr-x 2 jdownloader jdownloader 4096 Mar 15 22:34 JD Checked, if I can manually create files in JD dir and somehow I can't: [root@arch JD]# runuser jdownloader -s /bin/bash -c "touch /magazyn/DL/JD/test" touch: cannot touch '/magazyn/DL/JD/test': Permission denied What is the problem here? Must be something very obvious, but I can't tell what this is. Help?

nipsky commented on 2017-03-13 13:25 (UTC)

@Holodoc: I have no idea why exactly (since I already had tried this before in the past) , but after uninstalling and removing the config files it works now. Thanks anyway :)

X-Tornado commented on 2017-03-03 09:26 (UTC)

@Holodoc Thanks for the updates, so far so good.

Holodoc commented on 2017-03-02 17:45 (UTC) (edited on 2017-03-02 17:48 (UTC) by Holodoc)

@Rhinerceros, @johonnybash yes, nearly right: The overall JDownloader is located under /opt/JDownloader. For using this you have to be part of the jdownloader group or start jdownlaoder as user "jdownloader". (this user is also used when starting over systemctl) If you start JDownloader as a user (without "jdownloader" group) then the installation is located under ~/.jd Hopefully this clarifies everything.

johnnybash commented on 2017-03-02 17:38 (UTC)

same here, /opt/jDownloader looks like an old installation. New one is at ~/.jd, the "all users" part at /opt/JDownloaderScripts seems jd changed the way it works in, mh, mid 2015 ^^ deleted /opt/JDownloader -> no Problems

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 14 Next › Last »