- Welcome to jDownloads Support Forum.
jDownloads Support Forum
Here can you get help for jDownloads!
Recent posts
#91
General / Re: Initialize scan stuck at 0...
Last post by ColinM - 17.07.2026 13:24:57Hmm!
Do you have any backups? - it seems to me that the updating process possibly did not work properly.
ColinM
Do you have any backups? - it seems to me that the updating process possibly did not work properly.
ColinM
#92
General / Re: jDownloads 4.x frontend la...
Last post by ColinM - 17.07.2026 12:48:06Hi
1. Which Layout(s) are you using? Also does it 'distort' on both Android and IOS based phones?
2. The Download information is held on your server, but the downloadable file may be located either on the normal server or on another server.
For this the relevant Downloadable files marked as External or are you relying on the mirror? See the options in the Files Data section.
Best wishes
ColinM
1. Which Layout(s) are you using? Also does it 'distort' on both Android and IOS based phones?
2. The Download information is held on your server, but the downloadable file may be located either on the normal server or on another server.
For this the relevant Downloadable files marked as External or are you relying on the mirror? See the options in the Files Data section.
Best wishes
ColinM
#93
Bugs! / Re: All files corrupted after ...
Last post by pastoweb - 17.07.2026 08:07:48Hello Arno, thanks for looking into it. I still don't see any new release either on your website or in joomla extension manager, when do you think it will be available?
#94
General / Initialize scan stuck at 0%
Last post by gigowattfilm - 17.07.2026 00:58:57Hello everyone,
I've been using jdownloads on an old joomla version. I recently had someone update to joomla 6.1 and Jdownloads 4.1.5.
When I press check download area, I'm stuck at 0% on Initialize scan. If I press "Run scan", it halts immediately at 25%.
I have an error on some files : Class "JPlugin" not found
All my old files are there though, but I cannot add a download anymore.
I am not good at joomla...
Thank you for your help.
François
I've been using jdownloads on an old joomla version. I recently had someone update to joomla 6.1 and Jdownloads 4.1.5.
When I press check download area, I'm stuck at 0% on Initialize scan. If I press "Run scan", it halts immediately at 25%.
I have an error on some files : Class "JPlugin" not found
All my old files are there though, but I cannot add a download anymore.
I am not good at joomla...
Thank you for your help.
François
#95
General / jDownloads 4.x frontend layout...
Last post by Rohan78 - 15.07.2026 23:37:48Hey everyone,
I'm currently configuring jDownloads 4.x on a Joomla 5 site where we offer a directory of system utilities, and I've run into a frustrating issue with how external download links are rendering on our frontend download pages.
We want to keep some of our files hosted on our local server, but for our higher-traffic items, we prefer redirecting users to an external mirror. For instance, we have a landing page set up for a popular scripting tool where users go to get the latest download executor package. When I set the file download source as an external link in the jDownloads backend, the button displays, but the layout wraps incredibly weirdly on mobile viewports. Instead of a clean download button, the external URL text overflows outside of the container box, making the layout look completely broken on phones.
Along with the layout breaking, I am having a secondary issue with the download tracking statistics. Whenever a user clicks the button for our externally mirrored files, the jDownloads counter doesn't seem to register the click or increment the download count at all. It tracks local file downloads perfectly fine, but external link clicks seem to completely bypass the internal logging.
Has anyone else ran into this layout alignment bug when dealing with external link styling in jD4, and is there a specific override I need to add to my custom CSS file to stop the external link text from spilling out of the button container?
I'm currently configuring jDownloads 4.x on a Joomla 5 site where we offer a directory of system utilities, and I've run into a frustrating issue with how external download links are rendering on our frontend download pages.
We want to keep some of our files hosted on our local server, but for our higher-traffic items, we prefer redirecting users to an external mirror. For instance, we have a landing page set up for a popular scripting tool where users go to get the latest download executor package. When I set the file download source as an external link in the jDownloads backend, the button displays, but the layout wraps incredibly weirdly on mobile viewports. Instead of a clean download button, the external URL text overflows outside of the container box, making the layout look completely broken on phones.
Along with the layout breaking, I am having a secondary issue with the download tracking statistics. Whenever a user clicks the button for our externally mirrored files, the jDownloads counter doesn't seem to register the click or increment the download count at all. It tracks local file downloads perfectly fine, but external link clicks seem to completely bypass the internal logging.
Has anyone else ran into this layout alignment bug when dealing with external link styling in jD4, and is there a specific override I need to add to my custom CSS file to stop the external link text from spilling out of the button container?
#96
General / Re: "Select all files" no long...
Last post by Arno - 15.07.2026 18:48:51Hi Lina,
thanks again for your feedback.
We have prepared a test fix for the "Select all / Mark all" issue.
The fix now supports both layout variants (older and newer structure), so it should work even if layout positions differ.
Could you please test this build in:
1. Category view
2. My Downloads view
Expected result:
1. "Mark all" selects all file checkboxes
2. Clicking again unselects all
3. No JavaScript errors in browser console
If possible, please test once with your current setup and once without jDownloads template overrides, then let us know both results.
Please note that this release is an unofficial pre-release version.
Thanks a lot for helping us verify this quickly.
thanks again for your feedback.
We have prepared a test fix for the "Select all / Mark all" issue.
The fix now supports both layout variants (older and newer structure), so it should work even if layout positions differ.
Could you please test this build in:
1. Category view
2. My Downloads view
Expected result:
1. "Mark all" selects all file checkboxes
2. Clicking again unselects all
3. No JavaScript errors in browser console
If possible, please test once with your current setup and once without jDownloads template overrides, then let us know both results.
Please note that this release is an unofficial pre-release version.
Thanks a lot for helping us verify this quickly.
#97
General / Re: Files visible in Backend b...
Last post by Arno - 15.07.2026 17:36:03Hi,
thanks for the detailed report.
Your setup appears to use jDownloads 4.0.36, which is quite old compared to the current 4.1.x line.
The behavior you describe (items visible in backend, "0 files" in frontend, plus duplicate categories/groups after restore) is typically caused by inconsistent restore mapping or importing into a non-clean target state.
Please first confirm:
1. exact Joomla version (your profile says Joomla 6, post says Joomla 4.4)
2. exact jDownloads version
3. whether Site B was fully clean/empty before restore
Recommended next step is to update to the current jDownloads release and retest the restore flow on a clean target.
If the issue persists after update, we can then check category/file relation mapping (catid links), asset/ACL consistency, and duplicate restore artifacts in detail.
If possible, could you also provide your jDownloads backup package (or a sanitized copy) for testing?
That would help us reproduce your exact restore scenario and verify the root cause much faster.
thanks for the detailed report.
Your setup appears to use jDownloads 4.0.36, which is quite old compared to the current 4.1.x line.
The behavior you describe (items visible in backend, "0 files" in frontend, plus duplicate categories/groups after restore) is typically caused by inconsistent restore mapping or importing into a non-clean target state.
Please first confirm:
1. exact Joomla version (your profile says Joomla 6, post says Joomla 4.4)
2. exact jDownloads version
3. whether Site B was fully clean/empty before restore
Recommended next step is to update to the current jDownloads release and retest the restore flow on a clean target.
If the issue persists after update, we can then check category/file relation mapping (catid links), asset/ACL consistency, and duplicate restore artifacts in detail.
If possible, could you also provide your jDownloads backup package (or a sanitized copy) for testing?
That would help us reproduce your exact restore scenario and verify the root cause much faster.
#98
General / Files visible in Backend but s...
Last post by Emanda - 15.07.2026 12:40:52Hi,
I am using jDownloads 4.0.36 on Joomla 4.4 (PHP 8.2).
I used the jDownloads Backup/Restore tool to move data from Site A to Site B (both local). While all categories and files appear correctly in the Backend, the Frontend shows the categories but reports "0 files" or no downloads available.
I also noticed some duplicated categories and user groups after the restore process. I have already tried 'Re-calculate' in the tools and verified that all items are 'Published' and set to 'Public'.
Is this a known ID conflict issue during restoration? Any tips on how to fix the link between files and categories?
Thanks!
I am using jDownloads 4.0.36 on Joomla 4.4 (PHP 8.2).
I used the jDownloads Backup/Restore tool to move data from Site A to Site B (both local). While all categories and files appear correctly in the Backend, the Frontend shows the categories but reports "0 files" or no downloads available.
I also noticed some duplicated categories and user groups after the restore process. I have already tried 'Re-calculate' in the tools and verified that all items are 'Published' and set to 'Public'.
Is this a known ID conflict issue during restoration? Any tips on how to fix the link between files and categories?
Thanks!
#99
General / 404 on Single Category menu (S...
Last post by LinaG - 14.07.2026 16:17:31Hello,
I have been investigating a strange issue for quite some time and I have finally managed to isolate it.
Environment
• Joomla 6.1.2
• jDownloads 4.1.4
• PHP 8.5.2
• Apache (PHP-FPM)
• SEF URLs enabled
The same behaviour has existed since Joomla 4 and also occurred on older Joomla versions.
Problem
I have a Single Category menu item pointing to a protected jDownloads category.
Menu structure:
Authority Management (Public)
└── Committee (Public)
└── Reserved Area (Access: Committee)
-> jDownloads - Single Category
The category itself has the same access level as the menu item.
Behaviour
As Super User:
• URL without SEF → OK
• URL with SEF → OK
As a normal authenticated user belonging to the required access level:
• URL without SEF (index.php?option=com_jdownloads&view=category&catid=18&Itemid=320) → OK
• URL with SEF → 404
The generated SEF URL is:
/authority-management/committee/reserved-area/category/18-committee.html
Joomla Debug
With Joomla Debug enabled, the exception is thrown in:
Joomla\CMS\Router\Router::parse()
before jDownloads is executed.
Important observations
• The user definitely has permission to access the category.
• Access is confirmed because the non-SEF URL works correctly.
• Hidden "List All Categories (Default)" menu item exists.
• Rebuilding menus and clearing cache did not help.
• Re-selecting the category in the menu item did not help.
• Changing the category alias did not help.
• There are no duplicate menu items pointing to this category.
• Parent menu items are Public.
• Only the Single Category menu item is restricted.
Additional information
I have two completely different websites showing exactly the same behaviour.
• One site was originally created years ago (Joomla 3 and later migrated).
• The other site was created directly in Joomla 4.
• Both are now running Joomla 6.1.2 with jDownloads 4.1.4.
• Both have the same problem.
Interestingly:
If I create another menu item in the same location using "Single Article" or "List All Categories - jDownloads" (same access level), everything works correctly with SEF enabled.
The problem only occurs when the menu type is jDownloads -> Single Category.
Question
Is this a known issue with the Single Category router when SEF URLs are enabled?
Could the router be falling back to a generic route like:
.../category/18-category-name.html
instead of resolving the existing menu Itemid?
Any guidance would be greatly appreciated.
Thank you.
Lina
I have been investigating a strange issue for quite some time and I have finally managed to isolate it.
Environment
• Joomla 6.1.2
• jDownloads 4.1.4
• PHP 8.5.2
• Apache (PHP-FPM)
• SEF URLs enabled
The same behaviour has existed since Joomla 4 and also occurred on older Joomla versions.
Problem
I have a Single Category menu item pointing to a protected jDownloads category.
Menu structure:
Authority Management (Public)
└── Committee (Public)
└── Reserved Area (Access: Committee)
-> jDownloads - Single Category
The category itself has the same access level as the menu item.
Behaviour
As Super User:
• URL without SEF → OK
• URL with SEF → OK
As a normal authenticated user belonging to the required access level:
• URL without SEF (index.php?option=com_jdownloads&view=category&catid=18&Itemid=320) → OK
• URL with SEF → 404
The generated SEF URL is:
/authority-management/committee/reserved-area/category/18-committee.html
Joomla Debug
With Joomla Debug enabled, the exception is thrown in:
Joomla\CMS\Router\Router::parse()
before jDownloads is executed.
Important observations
• The user definitely has permission to access the category.
• Access is confirmed because the non-SEF URL works correctly.
• Hidden "List All Categories (Default)" menu item exists.
• Rebuilding menus and clearing cache did not help.
• Re-selecting the category in the menu item did not help.
• Changing the category alias did not help.
• There are no duplicate menu items pointing to this category.
• Parent menu items are Public.
• Only the Single Category menu item is restricted.
Additional information
I have two completely different websites showing exactly the same behaviour.
• One site was originally created years ago (Joomla 3 and later migrated).
• The other site was created directly in Joomla 4.
• Both are now running Joomla 6.1.2 with jDownloads 4.1.4.
• Both have the same problem.
Interestingly:
If I create another menu item in the same location using "Single Article" or "List All Categories - jDownloads" (same access level), everything works correctly with SEF enabled.
The problem only occurs when the menu type is jDownloads -> Single Category.
Question
Is this a known issue with the Single Category router when SEF URLs are enabled?
Could the router be falling back to a generic route like:
.../category/18-category-name.html
instead of resolving the existing menu Itemid?
Any guidance would be greatly appreciated.
Thank you.
Lina
#100
General / Re: "Select all files" no long...
Last post by LinaG - 14.07.2026 15:51:21Hi,
I performed the requested checks.
Environment
Joomla 6.1.2
jDownloads 4.1.4
PHP 8.5.2 (PHP-FPM)
Apache
Originally I was using the Compact Files Layout with Checkboxes 3.9.
To rule out a layout-specific issue, I changed the category to use the Standard Bootstrap 5 Files Layout – Minimal Compact with Checkboxes v4.1.
The result is exactly the same with both layouts:
The "Select all files" checkbox is displayed.
The individual file checkboxes are displayed.
Clicking "Select all files" does not select any file.
Calling checkAlle(2,19) manually from the browser console also does not select any checkboxes and produces no JavaScript error.
I also verified in the browser DevTools that:
typeof checkAlle returns "function".
typeof istChecked returns "function".
The form down19 exists (document.forms.down19).
The file checkboxes (cb_arr[]) are present.
The checkAlle() function is loaded from:
/components/com_jdownloads/assets/js/jdownloads.js
I have attached a DevTools screenshot showing that the checkAlle() function is loaded from /components/com_jdownloads/assets/js/jdownloads.js.
As a temporary workaround, I added my own JavaScript in the Use After Layout field using addEventListener(). With this workaround, both "Select all files" and the individual checkboxes work correctly, and the ZIP download also works correctly.
So the behaviour appears to be independent of the layout, as I can reproduce it with both the legacy checkbox layout and the Bootstrap 5 checkbox layout.
Thank you.
Lina
I performed the requested checks.
Environment
Joomla 6.1.2
jDownloads 4.1.4
PHP 8.5.2 (PHP-FPM)
Apache
Originally I was using the Compact Files Layout with Checkboxes 3.9.
To rule out a layout-specific issue, I changed the category to use the Standard Bootstrap 5 Files Layout – Minimal Compact with Checkboxes v4.1.
The result is exactly the same with both layouts:
The "Select all files" checkbox is displayed.
The individual file checkboxes are displayed.
Clicking "Select all files" does not select any file.
Calling checkAlle(2,19) manually from the browser console also does not select any checkboxes and produces no JavaScript error.
I also verified in the browser DevTools that:
typeof checkAlle returns "function".
typeof istChecked returns "function".
The form down19 exists (document.forms.down19).
The file checkboxes (cb_arr[]) are present.
The checkAlle() function is loaded from:
/components/com_jdownloads/assets/js/jdownloads.js
I have attached a DevTools screenshot showing that the checkAlle() function is loaded from /components/com_jdownloads/assets/js/jdownloads.js.
As a temporary workaround, I added my own JavaScript in the Use After Layout field using addEventListener(). With this workaround, both "Select all files" and the individual checkboxes work correctly, and the ZIP download also works correctly.
So the behaviour appears to be independent of the layout, as I can reproduce it with both the legacy checkbox layout and the Bootstrap 5 checkbox layout.
Thank you.
Lina