- Welcome to jDownloads Support Forum.
jDownloads Support Forum
Here can you get help for jDownloads!
Recent posts
#71
General / Re: "Select all files" no long...
Last post by ColinM - 19.05.2026 15:02:51Hi
I am still having the same problem as LinaG. I have cleared my browser cache.
ColinM
I am still having the same problem as LinaG. I have cleared my browser cache.
ColinM
#72
Bugs! / Re: Unauthorized access to Dow...
Last post by jpierre - 19.05.2026 13:30:34Hello Arno,
Sorry again for my late reply, i could not work on that subject before ...
As the official 4.1.4 was available, i did not check your prerelease, but directly the stable release.
First info : the User Groups Settings are now visible, no more Field 'form_fieldset' doesn't have a default value, as expected from your message.
I had then the chance to review the difference between my :
- "Registered" base Group
- "new_registered" functional Group.
And, as i suspected reading your forum on my first message, the only difference was the USE CAPTCHA activated on "Registered".
The edition to "DO NOT" Use Captcha is now fully correcting the main unauthorized downloads issue on a test file. I will then restore all the downloads and check again, but problem solved then!
Thanks a lot for you assistance !
Sorry again for my late reply, i could not work on that subject before ...
As the official 4.1.4 was available, i did not check your prerelease, but directly the stable release.
First info : the User Groups Settings are now visible, no more Field 'form_fieldset' doesn't have a default value, as expected from your message.
I had then the chance to review the difference between my :
- "Registered" base Group
- "new_registered" functional Group.
And, as i suspected reading your forum on my first message, the only difference was the USE CAPTCHA activated on "Registered".
The edition to "DO NOT" Use Captcha is now fully correcting the main unauthorized downloads issue on a test file. I will then restore all the downloads and check again, but problem solved then!
Thanks a lot for you assistance !
#73
General / scan area download v2
Last post by robertos - 18.05.2026 17:30:04Hi Arno!
I've noticed that often, during the automatic scan of the download area, new files are correctly identified in the upper right part of the window, but the log shows multiple files. See the screenshot and the two logs I've attached. In effect, they end up appearing as duplicates. I can't explain it. What do you think? Thank you and have a nice day!
I've noticed that often, during the automatic scan of the download area, new files are correctly identified in the upper right part of the window, but the log shows multiple files. See the screenshot and the two logs I've attached. In effect, they end up appearing as duplicates. I can't explain it. What do you think? Thank you and have a nice day!
#74
General / Re: "Select all files" no long...
Last post by LinaG - 18.05.2026 17:18:32Hi Arno,
Thank you for the screenshot. I notice in your demo the layout looks different from mine.
I tested all three checkbox layouts available in jDownloads 4.1.4:
Compact Files Layout with Checkboxes v3.9
Standard Files Layout with Checkboxes v3.9
Standard Bootstrap 5 Files Layout - Minimal Compact with Checkboxes v4.1
In all three cases, the "Select all files" button appears at the top of the list (not the bottom as in your demo), and clicking it does not select any files — it only changes its own appearance.
Could you please verify if the fix in 4.1.4 covers these layouts as well?
I also checked my Content-Security-Policy headers and they only contain frame-ancestors 'self' — so CSP is not blocking inline JavaScript in my case.
Environment: Joomla 6.1.0 + PHP 8.5 + jDownloads 4.1.4.
Thank you!
Lina
Thank you for the screenshot. I notice in your demo the layout looks different from mine.
I tested all three checkbox layouts available in jDownloads 4.1.4:
Compact Files Layout with Checkboxes v3.9
Standard Files Layout with Checkboxes v3.9
Standard Bootstrap 5 Files Layout - Minimal Compact with Checkboxes v4.1
In all three cases, the "Select all files" button appears at the top of the list (not the bottom as in your demo), and clicking it does not select any files — it only changes its own appearance.
Could you please verify if the fix in 4.1.4 covers these layouts as well?
I also checked my Content-Security-Policy headers and they only contain frame-ancestors 'self' — so CSP is not blocking inline JavaScript in my case.
Environment: Joomla 6.1.0 + PHP 8.5 + jDownloads 4.1.4.
Thank you!
Lina
#75
General / Re: Download structure for use...
Last post by Arno - 17.05.2026 14:21:16Hi Ralf,
I tested this again with a minimal setup and the message still appears correctly in my test case when guest download access is not allowed. If I explicitly allow download access for guests, the message disappears as expected.
So from what I can currently see, the logic itself still behaves correctly and the difference is likely caused by a different permission structure or a different combination of category and file access settings on your site. With the combined Joomla ACL and jDownloads-specific settings, these setups can sometimes be a bit tricky.
Please note that the message for categories can only be displayed if the download permission for the relevant category is set to 'Registered' and the visitor is not logged in. See images.
I tested this again with a minimal setup and the message still appears correctly in my test case when guest download access is not allowed. If I explicitly allow download access for guests, the message disappears as expected.
So from what I can currently see, the logic itself still behaves correctly and the difference is likely caused by a different permission structure or a different combination of category and file access settings on your site. With the combined Joomla ACL and jDownloads-specific settings, these setups can sometimes be a bit tricky.
Please note that the message for categories can only be displayed if the download permission for the relevant category is set to 'Registered' and the visitor is not logged in. See images.
#76
General / Re: External Downloads - cann...
Last post by INsane_dod - 17.05.2026 13:47:25Wow, Thanks Arno, I didn't expect such a quick answer.
I'll certainly watch for the test version and report back.
Reminds me, I have not donated in a while. I had better get on to that to.
EDIT: Thank You Arno!
Check your PM's the test version 100% worked. All back to normal now.
I will continue to monitor but so far all downloads I tried on the affected site, all work fine.
I'll certainly watch for the test version and report back.
Reminds me, I have not donated in a while. I had better get on to that to.
EDIT: Thank You Arno!
Check your PM's the test version 100% worked. All back to normal now.
I will continue to monitor but so far all downloads I tried on the affected site, all work fine.
#77
General / Re: Download structure for use...
Last post by Arno - 17.05.2026 13:42:55Hi,
QuoteIt seems, that the manual does not contain the screenshots any more:See pic. I cannot see a problem here.
QuoteThe message "Only registered and logged in users can download files from this category" does no longer appear for not allowed downloads.I'm going to take another look at this particular use case.
#78
General / Re: Download structure for use...
Last post by ColinM - 17.05.2026 13:41:00Hi
Could you advise which screenshots are missing. Also check that you have not used Deny in any permission. If Deny is set anywhere then you will have problems.
Colin
Could you advise which screenshots are missing. Also check that you have not used Deny in any permission. If Deny is set anywhere then you will have problems.
Colin
#79
General / Re: External Downloads - cann...
Last post by Arno - 17.05.2026 13:34:48Hi,
thank you for reporting this case and for describing your setup so clearly.
We added this protection recently for a specific reason: jDownloads now blocks server-side external download requests when the stored external URL points back to the same website, to localhost, or to internal network targets. The goal was to harden the download process against problematic loopback and SSRF-style requests and to avoid recursive calls such as internal jDownloads URLs pointing back into the same site.
In your case, however, you appear to be using a long-standing and valid setup where the files are stored under normal direct file URLs on the same host/domain, not as internal jDownloads routes. That is a practical real-world use case, and the current protection seems to be too strict for it.
For testing, I have now prepared a narrower compatibility adjustment:
So the intention is:
Could you please test this adjusted version on your affected site and let me know the result?
What I would specifically like to know:
That would help us confirm whether this narrower exception covers your real-world setup correctly.
I will send you the modified test version as an attachment to a private message.
Best regards
Arno
thank you for reporting this case and for describing your setup so clearly.
We added this protection recently for a specific reason: jDownloads now blocks server-side external download requests when the stored external URL points back to the same website, to localhost, or to internal network targets. The goal was to harden the download process against problematic loopback and SSRF-style requests and to avoid recursive calls such as internal jDownloads URLs pointing back into the same site.
In your case, however, you appear to be using a long-standing and valid setup where the files are stored under normal direct file URLs on the same host/domain, not as internal jDownloads routes. That is a practical real-world use case, and the current protection seems to be too strict for it.
For testing, I have now prepared a narrower compatibility adjustment:
- same-site external URLs are no longer blocked automatically
- but only if they point to a direct file-like target
- internal/script-style targets and suspicious URLs remain blocked
- URLs with query strings or typical internal application routes are still not allowed
So the intention is:
- direct same-site file URLs should work again
- internal Joomla/jDownloads URLs should still stay blocked
Could you please test this adjusted version on your affected site and let me know the result?
What I would specifically like to know:
- Does the download work again for your existing external file entries?
- Does it work for all affected downloads or only some of them?
- If some still fail, could you send me one example URL pattern from the affected download record?
That would help us confirm whether this narrower exception covers your real-world setup correctly.
I will send you the modified test version as an attachment to a private message.
Best regards
Arno
#80
General / External Downloads - cannot b...
Last post by INsane_dod - 17.05.2026 11:24:18I have two sites running JDownloads, both nearly identical. I love JDownloads the best there is in Joomala!
One of them started to display this message...
"The external download could not be started because the stored external address cannot be processed by the server. Please inform the website operator."
I have never seen that before.
Now both sites are on the same host, Joomla! "5.4.5" PHP 8.3
Both run jDownloads Version 4.1.4 Stable
Both have the downloads from the same Webspace address (main folder and subfolders) as the websites are installed on.
Nothing major changed recently in configurations on either of the sites, not sure what changed but on this website...
https://www.dodbits.com/dods/index.php/downloads
...Any attempt to download the files I get the above message.
The other website...
https://sturmbot.org/index.php/downloads
...the downloads work fine.
Now as I said both sites use the same downloads folder, and they have been using that since 2013.
I know of this topic...
https://www.jdownloads.net/?view=article&id=109:downloads-with-an-external-file&catid=28&highlight=WyJleHRlcm5hbCIsIidleHRlcm5hbCIsImV4dGVybmFsbHkiLCJmaWxlc2l6ZSIsImZpbGVzIiwiZmlsZXNpemUnIiwiZmlsZXMnIiwiJ2ZpbGVzJyIsIidmaWxlcyIsInByb2ZpbGVzIl0=
In 98% of my downloads I always fill out the files page...
1. I put my link in the "External File Link"
2. I leave the "Is file on a external Web site" to "No"
3. I place in the size of the file manually
I have been doing that way, for a long time (don't like my joomla install to get bloated) Its always worked great.
The only "bug" is if I put in lets say 16.56MB it will not keep that on the first save, I always have to reopen it and apply that again...then save.
But this message on the one site that is doing this...has me stumped, it just started to happen and only on one site.
Anyone got a clue what this could be?
Another bit of info' - I did select YES in the "Is file on a external Web site" option on one test download...
https://www.dodbits.com/dods/index.php/downloads/download/38-rcbot2-waypoints/259-latest-rcbot2-dod-s-waypoints-update-4th-august-2025
...and yes it downloads OK
1. I have a LOT of downloads and I now need to edit all of them now?
2. If I do... the page that comes up is a new link... all white page what gives there?
I would prefer...the way it was and is on the other site.
Any clue on why one site is behaving like that all of a sudden?
One of them started to display this message...
"The external download could not be started because the stored external address cannot be processed by the server. Please inform the website operator."
I have never seen that before.
Now both sites are on the same host, Joomla! "5.4.5" PHP 8.3
Both run jDownloads Version 4.1.4 Stable
Both have the downloads from the same Webspace address (main folder and subfolders) as the websites are installed on.
Nothing major changed recently in configurations on either of the sites, not sure what changed but on this website...
https://www.dodbits.com/dods/index.php/downloads
...Any attempt to download the files I get the above message.
The other website...
https://sturmbot.org/index.php/downloads
...the downloads work fine.
Now as I said both sites use the same downloads folder, and they have been using that since 2013.
I know of this topic...
https://www.jdownloads.net/?view=article&id=109:downloads-with-an-external-file&catid=28&highlight=WyJleHRlcm5hbCIsIidleHRlcm5hbCIsImV4dGVybmFsbHkiLCJmaWxlc2l6ZSIsImZpbGVzIiwiZmlsZXNpemUnIiwiZmlsZXMnIiwiJ2ZpbGVzJyIsIidmaWxlcyIsInByb2ZpbGVzIl0=
In 98% of my downloads I always fill out the files page...
1. I put my link in the "External File Link"
2. I leave the "Is file on a external Web site" to "No"
3. I place in the size of the file manually
I have been doing that way, for a long time (don't like my joomla install to get bloated) Its always worked great.
The only "bug" is if I put in lets say 16.56MB it will not keep that on the first save, I always have to reopen it and apply that again...then save.
But this message on the one site that is doing this...has me stumped, it just started to happen and only on one site.
Anyone got a clue what this could be?
Another bit of info' - I did select YES in the "Is file on a external Web site" option on one test download...
https://www.dodbits.com/dods/index.php/downloads/download/38-rcbot2-waypoints/259-latest-rcbot2-dod-s-waypoints-update-4th-august-2025
...and yes it downloads OK
1. I have a LOT of downloads and I now need to edit all of them now?
2. If I do... the page that comes up is a new link... all white page what gives there?
I would prefer...the way it was and is on the other site.
Any clue on why one site is behaving like that all of a sudden?