News:

Dear jDownloads users, There is currently no Joomla 6 compatible version available. However, we are working on it and hope to release it shortly.

Main Menu
Support-Forum

Recent posts

#61
Bugs! / Re: 6 Compatibility: Unclosed ...
Last post by musicasampler - 30.05.2026 06:06:10
UPDATE: Found the exact cause of the bug!

Hi Arno,

Doing some deeper testing on my Joomla 6 staging site, I found the exact parameter that triggers this layout breakdown.

The unclosed tag conflict only executes when "Category Description" is set to "Show" inside the Category Options tab of the "List All Categories (Default)" / Overview menu item.

If Category Description = SHOW: The HTML layout breaks, devouring the right sidebar (sidebar-right position) and squeezing the modules vertically.

If Category Description = HIDE: The HTML structure clears up instantly, and the sidebar layout recovers its 100% normal width and position.

It seems the code rendering the long category descriptions in the Overview view is where the missing </div> or layout conflict lives in this Joomla 6 version.

I hope this precise step helps you locate the exact line in the PHP view file to patch it easily.

Best regards!
#62
General / jDownloads 4.x Random File Per...
Last post by max1987martin - 29.05.2026 14:32:18
Hello everyone,

I am facing a very strange issue with jDownloads 4.x on Joomla 5 after implementing an automated synchronization system for external download repositories.

Environment setup:

Joomla 5.2.x
PHP 8.3
MariaDB 11
jDownloads 4.1 beta
Redis object cache enabled
Nginx reverse proxy
External storage mounted via NFS
Around 48,000 downloadable files
Multi-category inheritance with custom user group permissions

Problem details:

I created a cron-based synchronization script which automatically scans external mounted directories every 15 minutes and updates jDownloads entries through the database and plugin events.

The issue only appears when:

Multiple users download files during synchronization
Cache preloading is enabled
Files belong to nested categories with inherited permissions
Download method is set to "PHP Script"
Simultaneous frontend uploads occur

Symptoms:

Random files become inaccessible for specific user groups
Download counters duplicate inconsistently
Some file IDs return 404 while database entries still exist
Occasionally category permissions reset partially
Rarely, the same file appears duplicated with different checksum values
Logs show no SQL errors
Redis cache purge changes behavior temporarily
Issue disappears if direct download mode is enabled instead of PHP Script mode

Additional strange behavior:

When OPCache is disabled, the problem frequency decreases significantly, but frontend category rendering becomes slower.  mcdvoice

I already tested:

Rebuilding categories
Repairing assets table
Reinstalling jDownloads
Disabling all third-party plugins
Switching from NFS to local SSD storage
Different PHP memory and execution limits
Manual database optimization
Joomla debug mode

Nothing fully fixes the issue.

Has anyone experienced race-condition-like behavior inside jDownloads during concurrent download + sync operations with external mounted storage systems?

I suspect there may be a locking issue between category asset inheritance, cache invalidation, and file permission evaluation during simultaneous cron execution.

Any ideas where to investigate next?
#63
General / Re: Download structure for use...
Last post by lichti - 29.05.2026 13:46:25
Dear Arno,

the access rights seem to work now.
(The root permission of "public" group was not correctly saved to "inherited". This caused the initial problems with the access rights. After many tries the setting could be permanently saved.)

Remaining problem:
For non authorized users the downloads are not marked with "you have no download permission".
This is independent of the used Standard layout.
The files in the categories are listed with the syntax: {jd_file category==7 count==0}

Any further suggestions would be helpful.
Thank you and best regards
Ralf
#64
General / Unstable downloads of Large Fi...
Last post by jpierre - 21.05.2026 15:46:00
Hi all,

I am experiencing some similar behaviour that I found navigating in the forum on several messages about downloading some "large files"

For information, before describing the behaviour, I tested on your own platform -> https://jd40.jdownloads.org/downloads/category/62-test-files-of-different-sizes and get the same odd behaviour.

The behavior is the following :
When I download a "large" file via jDownloads (for example 250 Mb), the browser behaves as if the connection is constantly dropping and reconnecting. For example, in Google Chrome the download status keeps switching to "Resume" over and over, and the progress indicator blinks instead of progressing smoothly.
Because of this, Chrome is unable to show the remaining time, and the download never appears as a continuous stream, and sometimes fails in the middle.

However, if I download the exact same file through a direct link, the download is perfectly smooth, stable, and the progress bar behaves normally (that i couldn't test on your platform but on mine)

So the issue only happens when the file is delivered through jDownloads using Send Downloads using the PHP Script, not when served directly by the server.

Has anyone experienced this kind of repeated "disconnect/reconnect"? Any ideas what could cause this?

I can take as a workaround to uncheck Send Downloads using the PHP Script but i need then to Uncheck Protect your download Directory or I get a 403 Error, which may be quite unsecure.

I checked anything about :
- User Group Setting limit --> no limit applyed, default config
- Server PHP and Configuration etc. I have checked with my hosting provider (Infomaniak) before posting here. According to them, all server‑side settings that could affect downloads (timeouts, compression, caching, etc.) appear to be correct

And a final information, it may seem that depending on the geographical origin the behaviour is not the same ...

Thanks for sharing your experience about this :)

Joomla 5.4.5
Jdownloads 4.1.4 Stable
MariaDb 10.11

Server Host Infomaniak

(I am absolutely not saying it's a bug or something else, just trying to understand :))

Pierre
#65
General / Re: "Select all files" no long...
Last post by ColinM - 20.05.2026 14:25:09
The Select all files tick box is not working. Have tried with layouts:
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

Using Joomla 6.1.0 and jDownloads 4.1.4 Stable (15-05-2026)
Aware that it does work on the Test Site
ColinM
#66
Bugs! / Re: Unauthorized access to Dow...
Last post by Arno - 20.05.2026 12:10:17
Hi Pierre,
Thank you very much for your feedback.  ;)

There have been a few changes in the use of CAPTCHAs over the last few months, both at Google and in Joomla. In the latest version 6, Joomla now uses a built-in Proof of Work (PoW) Captcha.

I haven't yet tested the new Joomla plugin with jDownloads or made any necessary adjustments. However, I will do so soon.
#67
Bugs! / Re: Code Cleanup Proposal
Last post by Arno - 20.05.2026 11:56:18
Hi Pete,
Thank you very much for your effort and for correcting it.

Yes, I was aware of that, but I hadn't found the time to do it until now.  ::)
#68
General / Re: scan area download v2
Last post by Arno - 20.05.2026 11:54:29
Hi Roberto,
I hope I can reproduce the error. I'll be in touch.
#69
General / Re: "Select all files" no long...
Last post by Arno - 20.05.2026 11:00:16
Hm.. strange.
I'll try to reproduce the error.
#70
Bugs! / Code Cleanup Proposal
Last post by Pete - 19.05.2026 21:42:51
Hi there,

I have done some manual clean up of no longer used 'use' calls within all jdowloads components.

Feel free to apply the attached patch (diff-file) and test it.

I only removed no longer used "use" calls along with some superflouous empty lines and some escaped method calls.

I didn't have any issues after testing the changes on my site.