- Welcome to jDownloads Support Forum.
jDownloads Support Forum
Here can you get help for jDownloads!
Recent posts
#41
Suggestions - Feature Request / Re: appoint a folder and subfo...
Last post by Arno - 07.08.2026 23:44:53Hi,
to make sure we fully understand your second request:
Do you mean that monitoring should allow selecting a specific folder (including subfolders), and then scan/import only that part instead of the entire download directory?
If yes, that makes sense and is technically feasible.
For now, we would plan this for v6 rather than the current v4 branch.
Once you confirm this is exactly your intended workflow, we can define the v6 implementation details.
to make sure we fully understand your second request:
Do you mean that monitoring should allow selecting a specific folder (including subfolders), and then scan/import only that part instead of the entire download directory?
If yes, that makes sense and is technically feasible.
For now, we would plan this for v6 rather than the current v4 branch.
Once you confirm this is exactly your intended workflow, we can define the v6 implementation details.
#42
Suggestions - Feature Request / Re: appoint a folder and subfo...
Last post by Arno - 07.08.2026 22:56:54Hello,
thank you very much for your feedback and for helping us think this through.
I have prepared a new pre-release version in which the first part of the issue you reported has already been addressed. I'll send it to you via private message.
If you have a moment, please could you briefly test this version in your environment?
The following points would be particularly helpful for our evaluation:
1. Does the affected process now work as expected?
2. Are there still any error messages, anomalies or discrepancies?
3. If something isn't right: brief steps to reproduce the issue.
4. If possible: a screenshot or log extract.
As soon as I have your feedback, I'll get straight on with the second part of your request.
Thank you very much for testing.
thank you very much for your feedback and for helping us think this through.
I have prepared a new pre-release version in which the first part of the issue you reported has already been addressed. I'll send it to you via private message.
If you have a moment, please could you briefly test this version in your environment?
The following points would be particularly helpful for our evaluation:
1. Does the affected process now work as expected?
2. Are there still any error messages, anomalies or discrepancies?
3. If something isn't right: brief steps to reproduce the issue.
4. If possible: a screenshot or log extract.
As soon as I have your feedback, I'll get straight on with the second part of your request.
Thank you very much for testing.
#43
Suggestions - Feature Request / appoint a folder and subfolder...
Last post by ServiceVerkoop.eu - 07.08.2026 07:25:21i would like to suggest to add a function to appoint a (sub)folder to bulk add instead of a scan.
a plugin would be great too if adding such function becomes a problem.
This would be handy with very large amounts of downloads. like 10K downloads per folder.
Even a smaller amount in parts would be ok as long there is a function to appoint the folder to add.
The current scan function skips very large folders (there seems to be a limit? if so where to change it?)
the point is:
there is no function to bulk add the files to the downloads except one by one
which will not work with the need of add 900K files.
a plugin would be great too if adding such function becomes a problem.
This would be handy with very large amounts of downloads. like 10K downloads per folder.
Even a smaller amount in parts would be ok as long there is a function to appoint the folder to add.
The current scan function skips very large folders (there seems to be a limit? if so where to change it?)
the point is:
there is no function to bulk add the files to the downloads except one by one
which will not work with the need of add 900K files.
#44
Bugs! / Re:cron and special char
Last post by ColinM - 06.08.2026 16:43:45Hi
Your analysis is absolutely correct: in CLI context there is no menu object like in normal web requests, so calling getMenu() directly can fail. Your workaround with method_exists() is a valid approach.
We have already implemented this fix on our side in both code lines:
jDownloads 4.x
jDownloads 6.x
The RouteHelper now guards menu access in CLI context (and in v6 we also added an additional identity/user safety guard for CLI paths). So yes, this will be included in the next upcoming releases.
ColinM
Your analysis is absolutely correct: in CLI context there is no menu object like in normal web requests, so calling getMenu() directly can fail. Your workaround with method_exists() is a valid approach.
We have already implemented this fix on our side in both code lines:
jDownloads 4.x
jDownloads 6.x
The RouteHelper now guards menu access in CLI context (and in v6 we also added an additional identity/user safety guard for CLI paths). So yes, this will be included in the next upcoming releases.
ColinM
#45
General / Re: Downloads Count Not Updati...
Last post by ColinM - 03.08.2026 13:30:18Hi,
Were you doing this from the front-end or back-end?
If from the front-end see article "Changing the file in a Download from Frontend".
If you update the file in a Download this would not change the statsistics.
Also please advise which version of jDownloads and version of Joomla you are using
ColinM
Were you doing this from the front-end or back-end?
If from the front-end see article "Changing the file in a Download from Frontend".
If you update the file in a Download this would not change the statsistics.
Also please advise which version of jDownloads and version of Joomla you are using
ColinM
#46
General / Downloads Count Not Updating A...
Last post by camelbond - 03.08.2026 11:04:35I noticed something strange while managing my downloads.
When I replace an existing file with a newer version (keeping the same download entry), the download counter sometimes stops increasing or doesn't seem to update immediately. The file itself downloads correctly, but the statistics appear inconsistent.
Has anyone else experienced this? Is there a cache that needs to be cleared, or is there a recommended way to replace files without affecting the download statistics?
I'd appreciate any advice. Thanks!
When I replace an existing file with a newer version (keeping the same download entry), the download counter sometimes stops increasing or doesn't seem to update immediately. The file itself downloads correctly, but the statistics appear inconsistent.
Has anyone else experienced this? Is there a cache that needs to be cleared, or is there a recommended way to replace files without affecting the download statistics?
I'd appreciate any advice. Thanks!
#47
Bugs! / Re: No more downloads in 4.1.6...
Last post by kode - 29.07.2026 16:41:46Subject: Re: Step B results - jDownloads ACL debug
Hi Arno,
Here are the results of your Step B queries.
Query 1 — Duplicates in assets:
Empty result — no duplicates found.
Query 2 — com_jdownloads asset:
id=9542, parent_id=1, lft=2027, rgt=17068, level=1
name=com_jdownloads, title=com_jDownloads
rules={"download":{"1":1,"2":1,"12":1,"8":1}}
Query 3 — Missing assets:
Empty result — no missing assets for categories or files.
Query 4 — Specific files:
id=663, catid=187, access=7 (FORMAZIONE), user_access=247, created_by=242
id=701, catid=463, access=7 (FORMAZIONE), user_access=242, created_by=242
id=4636, catid=7, access=7 (FORMAZIONE), user_access=242, created_by=242
Query 5 — Viewlevel 7:
id=7, title=FORMAZIONE, rules=[2,12,8]
Summary of the contradiction:
xj7oe_assets for com_jdownloads: group 12 (Formazione) = explicitly Allowed ("12":1)
xj7oe_viewlevels id=7 (FORMAZIONE): contains groups [2,12,8] — correct
access=7 on files = FORMAZIONE access level — correct
jDownloads Options → Permissions: Formazione group = Allowed for download
BUT: Joomla Debug Groups (Users → Debug Groups → group Formazione) shows ALL com_jdownloads actions as Denied (red)
AND: actual download attempt returns "You do not have permission to download the requested file" for ALL users including Super User
Additional context:
New clean install of jDownloads 4.1.6 (not an upgrade — fresh installation)
Same result with newly created test files and user (not migrated data)
Joomla 5.4.7, PHP 8.2.30, MySQL 8.0.45, Windows/WAMP
Migrated from Joomla 3.10 + jDownloads 3.9.8.7
All asset data looks correct but downloads are denied for everyone. What do you suggest as the next step?
Thank you.
Hi Arno,
Here are the results of your Step B queries.
Query 1 — Duplicates in assets:
Empty result — no duplicates found.
Query 2 — com_jdownloads asset:
id=9542, parent_id=1, lft=2027, rgt=17068, level=1
name=com_jdownloads, title=com_jDownloads
rules={"download":{"1":1,"2":1,"12":1,"8":1}}
Query 3 — Missing assets:
Empty result — no missing assets for categories or files.
Query 4 — Specific files:
id=663, catid=187, access=7 (FORMAZIONE), user_access=247, created_by=242
id=701, catid=463, access=7 (FORMAZIONE), user_access=242, created_by=242
id=4636, catid=7, access=7 (FORMAZIONE), user_access=242, created_by=242
Query 5 — Viewlevel 7:
id=7, title=FORMAZIONE, rules=[2,12,8]
Summary of the contradiction:
xj7oe_assets for com_jdownloads: group 12 (Formazione) = explicitly Allowed ("12":1)
xj7oe_viewlevels id=7 (FORMAZIONE): contains groups [2,12,8] — correct
access=7 on files = FORMAZIONE access level — correct
jDownloads Options → Permissions: Formazione group = Allowed for download
BUT: Joomla Debug Groups (Users → Debug Groups → group Formazione) shows ALL com_jdownloads actions as Denied (red)
AND: actual download attempt returns "You do not have permission to download the requested file" for ALL users including Super User
Additional context:
New clean install of jDownloads 4.1.6 (not an upgrade — fresh installation)
Same result with newly created test files and user (not migrated data)
Joomla 5.4.7, PHP 8.2.30, MySQL 8.0.45, Windows/WAMP
Migrated from Joomla 3.10 + jDownloads 3.9.8.7
All asset data looks correct but downloads are denied for everyone. What do you suggest as the next step?
Thank you.
#48
General / Re: Since last Update "Fehler ...
Last post by Arno - 29.07.2026 00:17:57Thanks for the update!
#49
General / Re: jDownloads 4.1.7 update sh...
Last post by Arno - 29.07.2026 00:17:13Hi,
sorry for the slight confusion.
I'd uploaded the new version to the server, which is why it was correctly offered via the Joomla updater. That was indeed the intention. Unfortunately, however, I only got round to updating the version in the download archive today.
Normally, though, that shouldn't be a problem, as the new version can be installed directly via the updater.
sorry for the slight confusion.
I'd uploaded the new version to the server, which is why it was correctly offered via the Joomla updater. That was indeed the intention. Unfortunately, however, I only got round to updating the version in the download archive today.
Normally, though, that shouldn't be a problem, as the new version can be installed directly via the updater.
#50
Bugs! / Re: Smart Index Error
Last post by Arno - 28.07.2026 21:49:45Hi Christoph,
thank you for coming back and for sharing your findings.
You are right: this is a CLI context issue. In CLI runs (e.g. `cli/joomla.php finder:index`), Joomla uses `ConsoleApplication`, and some web-only methods like `getMenu()` are not always available.
So your workaround direction is correct, and we will add a proper guard in the jDownloads route helper for both branches (4.x and 6.x), so CLI indexing does not fail in this situation.
Important note:
- This does not change normal frontend behavior.
- It only prevents route/menu lookups from crashing in CLI mode.
Please test again after the next update and let us know if indexing via cron/CLI is stable on your setup.
Thanks again for the precise technical hint.
thank you for coming back and for sharing your findings.
You are right: this is a CLI context issue. In CLI runs (e.g. `cli/joomla.php finder:index`), Joomla uses `ConsoleApplication`, and some web-only methods like `getMenu()` are not always available.
So your workaround direction is correct, and we will add a proper guard in the jDownloads route helper for both branches (4.x and 6.x), so CLI indexing does not fail in this situation.
Important note:
- This does not change normal frontend behavior.
- It only prevents route/menu lookups from crashing in CLI mode.
Please test again after the next update and let us know if indexing via cron/CLI is stable on your setup.
Thanks again for the precise technical hint.