- Welcome to jDownloads Support Forum.
jDownloads Support Forum
Here can you get help for jDownloads!
Recent posts
#41
Bugs! / Re: Display bug for 1st level ...
Last post by Arno - 04.06.2026 18:10:20Hi.
Thanks for the clarification.
Please try these checks in this order:
1. Clear Joomla cache + browser cache.
2. In the frontend menu item, set category ordering explicitly (e.g. title ASC) and test again.
3. Temporarily switch to another default categories layout (no custom override).
If the issue remains, please share:
1. A screenshot of backend category list with ordering/tree columns.
2. The exact categories layout name in use.
Then we can maybe reproduce and provide a targeted fix.
Thanks for the clarification.
Please try these checks in this order:
1. Clear Joomla cache + browser cache.
2. In the frontend menu item, set category ordering explicitly (e.g. title ASC) and test again.
3. Temporarily switch to another default categories layout (no custom override).
If the issue remains, please share:
1. A screenshot of backend category list with ordering/tree columns.
2. The exact categories layout name in use.
Then we can maybe reproduce and provide a targeted fix.
#42
General / Re: jDownloads 4.x Random File...
Last post by Arno - 04.06.2026 17:44:37Hi.
Thanks for your detailed report.
At the moment this does not look like a clear standalone jDownloads core bug, but rather like a high-concurrency integration issue in a very complex setup (frequent sync writes + active frontend traffic + cache layer + nested ACL inheritance).
A practical way to narrow it down is:
1. Ensure sync jobs never overlap (single worker / locking).
2. Temporarily disable Redis object cache during sync runs.
3. Run one test cycle with no simultaneous frontend uploads/downloads.
4. Avoid direct DB writes unless all related data/asset/cache steps are handled consistently.
5. Compare behavior between direct download mode and PHP script mode under the same workload.
In such environments, race-condition-like effects can happen if external sync processes and live frontend operations update related records at the same time.
If you can provide a minimal reproducible setup (small category tree, exact sync sequence, exact changed records), we can investigate much more precisely.
Thanks for your detailed report.
At the moment this does not look like a clear standalone jDownloads core bug, but rather like a high-concurrency integration issue in a very complex setup (frequent sync writes + active frontend traffic + cache layer + nested ACL inheritance).
A practical way to narrow it down is:
1. Ensure sync jobs never overlap (single worker / locking).
2. Temporarily disable Redis object cache during sync runs.
3. Run one test cycle with no simultaneous frontend uploads/downloads.
4. Avoid direct DB writes unless all related data/asset/cache steps are handled consistently.
5. Compare behavior between direct download mode and PHP script mode under the same workload.
In such environments, race-condition-like effects can happen if external sync processes and live frontend operations update related records at the same time.
If you can provide a minimal reproducible setup (small category tree, exact sync sequence, exact changed records), we can investigate much more precisely.
#43
General / Re: root permission of "public...
Last post by Arno - 04.06.2026 17:39:26QuoteProblem:
The root permission of "public" can not be saved permanently to "inherited".
Hi Ralf.
This bug has been fixed in version 4.1.5. For users who do not want to or cannot wait for this release, I have provided a fix below. Simply copy the file to the directory JOOMLA/administrator/components/com_jdownloads/src/View/Jdownloads/ (overwriting the original file).
#44
Bugs! / Re:cron and special char
Last post by ColinM - 04.06.2026 17:39:04Hi
Except when there is confidential info I always reply in the Forum as it may help others!
Best wishes
ColinM
Except when there is confidential info I always reply in the Forum as it may help others!
Best wishes
ColinM
#45
General / Re: Unstable downloads of Larg...
Last post by Arno - 04.06.2026 17:29:56Hi,
thanks for the detailed report and testing.
We investigated this in depth and were able to reproduce/verify the behavior pattern:
1. Resume/range support is working correctly (`206 Partial Content` + `Content-Range`).
2. The transfer still arrives as `Transfer-Encoding: chunked` on some setups.
3. In that case, many browsers can show transferred bytes and speed, but not the total file size in the download UI.
So at this point, this is not a simple "download broken" case, but mainly an environment-dependent delivery behavior (server/proxy stack) when using PHP-based delivery for large files.
For practical use:
1. If maximum stability/UX for very large files is the priority, direct web-server delivery is usually the best option.
2. PHP-based delivery remains useful for protected/special setups, but browser progress details may differ depending on hosting behavior.
3. We will keep improving best-effort handling in jDownloads, but some transfer characteristics are ultimately controlled outside the extension.
If you want, we can provide a short host-specific checklist (Apache/proxy/CDN) to help pinpoint exactly where chunked transfer is enforced in your environment.
Incidentally, I was able to download very large files (2 GB) from the demo without any problems or interruptions.
thanks for the detailed report and testing.
We investigated this in depth and were able to reproduce/verify the behavior pattern:
1. Resume/range support is working correctly (`206 Partial Content` + `Content-Range`).
2. The transfer still arrives as `Transfer-Encoding: chunked` on some setups.
3. In that case, many browsers can show transferred bytes and speed, but not the total file size in the download UI.
So at this point, this is not a simple "download broken" case, but mainly an environment-dependent delivery behavior (server/proxy stack) when using PHP-based delivery for large files.
For practical use:
1. If maximum stability/UX for very large files is the priority, direct web-server delivery is usually the best option.
2. PHP-based delivery remains useful for protected/special setups, but browser progress details may differ depending on hosting behavior.
3. We will keep improving best-effort handling in jDownloads, but some transfer characteristics are ultimately controlled outside the extension.
If you want, we can provide a short host-specific checklist (Apache/proxy/CDN) to help pinpoint exactly where chunked transfer is enforced in your environment.
Incidentally, I was able to download very large files (2 GB) from the demo without any problems or interruptions.
#46
Bugs! / Re: jDownloads module changes ...
Last post by NJK - 04.06.2026 17:16:49Hi Colin,
Yes, I have tested a couple of other jD modules, like jDownloads Top - same bug.
A typical module would be Joomla's core Menu Module, but I see now that it "infects" not only modules, but also articles on the same page as the jD module.
I have reproduced this on several dev sites, Joomla 5 and Joomla 6.
It should be very easy to reproduce:
1. Open a frontend page with an article or another module.
1. Create a jD module for that same page.
2. Check the page to see if the colors in the headings have changed.
PS. I did not receive your answer by mail, but I took a look in the forum and saw it. Are you having difficulties with the mail system?
Regards,
Frode
Yes, I have tested a couple of other jD modules, like jDownloads Top - same bug.
A typical module would be Joomla's core Menu Module, but I see now that it "infects" not only modules, but also articles on the same page as the jD module.
I have reproduced this on several dev sites, Joomla 5 and Joomla 6.
It should be very easy to reproduce:
1. Open a frontend page with an article or another module.
1. Create a jD module for that same page.
2. Check the page to see if the colors in the headings have changed.
PS. I did not receive your answer by mail, but I took a look in the forum and saw it. Are you having difficulties with the mail system?
Regards,
Frode
#47
Bugs! / Re: jDownloads module changes ...
Last post by ColinM - 04.06.2026 12:38:41Hi
Hmm! Strange indeed - clearly should not happen. Is it specific to the Latest module or do other jD Modules also cause the change? Also to help testing could you please advise a "typical" non jD module that suffers from the problem'
Thanks
ColinM
Hmm! Strange indeed - clearly should not happen. Is it specific to the Latest module or do other jD Modules also cause the change? Also to help testing could you please advise a "typical" non jD module that suffers from the problem'
Thanks
ColinM
#48
Bugs! / Top level Categories Layout
Last post by ColinM - 04.06.2026 12:29:58Hi
The view of the top level categories is clearly not correct!! However I am unable to reproduce the problem. It seems to be missing the 'new line'. Which Layout are you using for the Categories?
This could be a language problem. As a quick test is it possible for you to switch the front end language to English (or German)?
Probably that is not the problem.Best wishes
ColinM
The view of the top level categories is clearly not correct!! However I am unable to reproduce the problem. It seems to be missing the 'new line'. Which Layout are you using for the Categories?
This could be a language problem. As a quick test is it possible for you to switch the front end language to English (or German)?
Probably that is not the problem.Best wishes
ColinM
#49
General / Re: "Select all files" no long...
Last post by Arno - 04.06.2026 11:50:22Hi,
The fact that it works on jd40 suggests that it's running on a 'clean' installation without any legacy issues or overrides, and that the checkbox logic is therefore working as expected.
Please check that you have also enabled the correct category layout. That is where the main checkbox is displayed. See screenshot.
To quickly narrow down affected installations, please check these point:
- Check in the browser DevTools which JavaScript file is actually being loaded (including path and modification time/cache status).
you can post the results of these point here (include a short screenshot from DevTools). We can then pinpoint exactly where your installation differs.
The fact that it works on jd40 suggests that it's running on a 'clean' installation without any legacy issues or overrides, and that the checkbox logic is therefore working as expected.
Please check that you have also enabled the correct category layout. That is where the main checkbox is displayed. See screenshot.
To quickly narrow down affected installations, please check these point:
- Check in the browser DevTools which JavaScript file is actually being loaded (including path and modification time/cache status).
you can post the results of these point here (include a short screenshot from DevTools). We can then pinpoint exactly where your installation differs.
#50
Bugs! / Display bug for 1st level cate...
Last post by jeery2212 - 03.06.2026 13:22:21Hello,
- Joomla Version: 5.4.6
- Installed jDownloads Version : 4.1.4 stable
- PHP Version: 8.4.10
- Use you the standard backend template : Default Template
Following the latest JDownloads update, the 1st level categories are displayed in the wrong order.
The sub-levels are displayed correctly; I am attaching a few screenshots.
I have reviewed the settings, but nothing allows me to fix this issue.
Thank you
1st level categories
Other Level :
- Joomla Version: 5.4.6
- Installed jDownloads Version : 4.1.4 stable
- PHP Version: 8.4.10
- Use you the standard backend template : Default Template
Following the latest JDownloads update, the 1st level categories are displayed in the wrong order.
The sub-levels are displayed correctly; I am attaching a few screenshots.
I have reviewed the settings, but nothing allows me to fix this issue.
Thank you
1st level categories
Other Level :