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

#21
Bugs! / Re: Error: Call to a member fu...
Last post by baba - 07.10.2026 11:13:16
Quote from: baba on 05.10.2026 17:20:30Maybe the script
scan-worker.php



is the cause?!


scan-worker.php:                    $log_msg = Text::_('COM_JDOWNLOADS_ERROR_RESULT_MSG' . ': ✗ ' . $folder . ': ' . $result['error']);
scan-worker.php:                    $log_msg = Text::_('COM_JDOWNLOADS_ERROR_RESULT_MSG' . ': ✗ ' . $file_path_rel . ': ' . $result['error']);





Meanwhile i decided to ask my fav. AI to analyze the script and probably find the reason for the errors. I think the AI found a solution (tested on my Joomla). If you have a need for it - feel free to evaluate!  8) - just rename the attached file and place it in
/var/www/administrator/components/com_jdownloads/helpers


#22
General / Usergroups permissions questio...
Last post by theant - 05.10.2026 17:48:09
Hello,
I am currently testing your component on a local server.
I'll explain below what I need it for.

I would like to create a download area on the front end where I can make different resources available to the site's various users and user groups. No one should be able to upload or edit anything on the front end – only download.

I have created two user groups belonging to the 'Registered' group:
- Registered
-- ITA
-- EXW

and two categories in JDownloads:
-- ITA
-- EXW

I have then created two downloads with files:
- FileITA (in the ITA category)
- FileEXW (in the EXW category)

Now I would like users in the ITA user group, after logging in, to see, have access to and be able to download only and exclusively the files in the ITA category; they should not see any other downloads. Similarly, users in the EXW user group should see, have access to and download only the files in the EXW category.

In the JDownloads category and download options under 'Access', I can only select Public/Guest/Registered/Special/Super Users – why don't I also see Author/Editor... EXW/ITA? How do I hide a category from other user groups that do not have access to it? And how do I assign a file or download to a non-top-level user group?

In the JDownloads permissions, I've set 'Download' to 'Allowed' for both the EXW and ITA user groups. In the frontend, after logging in as a member of the ITA group, I can see both categories and both downloads, but I still get the message 'You do not have permission to download every file from this page'

There must be something about managing user groups and permissions that I haven't quite got.
Can you help me?
Thanks
#23
Bugs! / Re: Error: Call to a member fu...
Last post by baba - 05.10.2026 17:20:30
Maybe the script
scan-worker.php

is the cause?!


scan-worker.php:                    $log_msg = Text::_('COM_JDOWNLOADS_ERROR_RESULT_MSG' . ': ✗ ' . $folder . ': ' . $result['error']);
scan-worker.php:                    $log_msg = Text::_('COM_JDOWNLOADS_ERROR_RESULT_MSG' . ': ✗ ' . $file_path_rel . ': ' . $result['error']);

#24
Bugs! / Probable fix for php error: Un...
Last post by baba - 05.10.2026 17:11:29
Hey, because i cannot answer/post in the original posting i am posting a probable fix for this issue:

The warning is caused by this line:
list($home, $stuff) = explode('/', $stuff, 2);


The same problem can also occur with the site URL parsing:
list($domain, $stuff2) = explode('/', $stuff2, 2);


I probable fix might be (tested):

public static function useAntiLeeching()
{
    $app = Factory::getApplication();
    $params = $app->getParams();

    $baseUri = Uri::getInstance(Uri::base(false));
    $domain = strtolower($baseUri->getHost());
    $domain = preg_replace('/^www\./i', '', $domain);

    $referer = $_SERVER['HTTP_REFERER'] ?? '';
    $refererUri = $referer !== '' ? Uri::getInstance($referer) : null;

    $home = '';
    if ($refererUri !== null) {
        $home = strtolower($refererUri->getHost());
        $home = preg_replace('/^www\./i', '', $home);
    }

    $blocking = false;

    if ($params->get('check_leeching')) {
        if ($referer === '') {
            $blocking = (bool) $params->get('block_referer_is_empty');
        } elseif ($home !== '' && $home !== $domain) {
            $allowedUrls = array_filter(array_map(
                static function ($host) {
                    $host = strtolower(trim($host));
                    return preg_replace('/^www\./i', '', $host);
                },
                explode(',', (string) $params->get('allowed_leeching_sites', ''))
            ));

            if (!in_array($home, $allowedUrls, true)) {
                $blocking = true;
            }
        }
    }

    // Check blacklist
    if ($params->get('use_blocking_list')
        && $params->get('blocking_list') !== '') {

        $userIp = self::getRealIp();
        $blockingList = explode(
            "\n",
            str_replace("\r", '', (string) $params->get('blocking_list'))
        );

        if (self::inIpRange($userIp, $blockingList)) {
            $blocking = true;
        }
    }

    return $blocking;
}


Replace the block
public static function useAntiLeeching()
!
Please test & verify!
#25
General / Re: The System - jDownloads pl...
Last post by Johann - 03.10.2026 13:38:55
I can confirm that even though the System - jDownloads plugin version listed in the extensions list remains 4.0.43, it appears that the plugin files have indeed been updated. It's just that this isn't reflected in the extensions list.
I just completed the migration to Joomla 6.1.4 on PHP 8.4, and it's working! I simply disabled the System - jDownloads plugin during the update. Once I re-enabled it after the update, everything worked correctly.
#26
General / The System - jDownloads plugin...
Last post by Johann - 02.10.2026 12:39:27
I updated JDownloads to the stable version 4.1.7 on several of my Joomla 5.4.9 sites.
I'd now like to upgrade to Joomla version 6.1.x, but I've noticed that System - jDownloads plugin hasn't been updated (it's still at version 4.0.43). On at least one of my sites, I'm sure I installed version 4.0.52 before version 4.1.7. Despite this, the System - jDownloads plugin remains at version 4.0.43.
Apparently, this is causing issues with the migration to Joomla 6.1.x...
What can I do to fix this problem, please?
I cleared the cache and reinstalled version 4.1.7, but nothing has changed...
Could you please send me the latest version of the System - jDownloads plugin or tell me what to do?
Thank you for your help.
P.S.: I can send you a screenshot showing which JDownloads extensions have been updated and which haven't...
#27
Bugs! / Re: Bug in restore functionali...
Last post by baba - 01.10.2026 00:44:16
Hey Colin,

Thanks for reply! The versions in scope are:

Joomla: 6.1.4
JDownloads: 4.1.7 Stable

Cheers
Baba
#28
Bugs! / Re: Bug in restore functionali...
Last post by ColinM - 30.09.2026 11:36:30
Hi
Thanks for finding bug.
Just for completeness could you please advise version of Joomla and of jDownloads
Thanks
ColinM
#29
Hi jDownloads Team,
With the next big release in development, I would like to submit a feature suggestion that would greatly improve the user experience for webmasters utilizing external cloud object storage (such as Backblaze B2, Amazon S3, or Cloudflare CDN routing).

Currently, when utilizing external file links, the setting "Is the main file on an external web page" defaults to "No" for every single new download created.

If a webmaster configures the global options to "Send Downloads using the PHP Script = NO" (to offload bandwidth from the origin server directly to a CDN), leaving the individual file setting as "No" scrambles the headers and generates an ERR_INVALID_REDIRECT loop in the user's browser. The file setting must be manually changed to "Yes" on every single download to generate a clean HTTP 302 redirect.

The Request:
Could you add a global configuration toggle in the component options under Global Settings? Something like:
• Default setting for "Is the main file on an external web page": [Yes / No]

Why this is useful:
Many modern webmasters host their large archive assets completely offsite to preserve web host server bandwidth. Having a global option that forces this field to default to "Yes" for all newly created download items would save administrators from having to perform manual edits or run bulk SQL update scripts down the line.

Having a website on a standard host and using offsite downloads through JDownloads was a real step forward for my two gaming sites, there are some quite large files and if some are popular it can put my websites off-line due to bandwidth being exceeded.

Thank you for your hard work on JDownloads, a very flexible and handy addition to a Joomla! website.

Best regards,
INsane (webmaster dodbits.com and sturmbot.org)

EDIT: To Arno... Further to this for persons using JDownloads and persons using external cloud object storage Backblaze B2 "buckets" and also Cloudflare CDN routing.
I made a word document on what I had to do so JDownloads would not trigger any downloads from the external file storage hitting my web hosting account with bandwidth.
After that fix, there was a further issue of pressing the download button, then a new window would open, it was blank. That means the person downloading has to close that window.
The fix was to edit (in my case) JDownloads - Layouts - Files Layouts - my active one was  "Files Layout Full Info v3.9"
Edited the bottom "Use After Layout" box and used a script to cancel the behavior of a unwanted new window during a download of a .zip

I will PM you that guide used to solve it. Not sure you want it but you may be interested in looking at it. It certainly worked for me on Joomla! 6.1.3, jDownloads Version 4.1.7 Stable. 
#30
Bugs! / Re: Error: Call to a member fu...
Last post by baba - 29.09.2026 10:25:36
Hello Colin,
i am still having issues with the scan!  Let's assume i added images (covers) in the DJ directories.
The test run gives OK. After that i get the error(s)

Test run:
New File found: → acs_archive/cover.jpg
New File found: → acs_archive/cover.jpg
New File found: → paracontrol_archive/cover.jpg
New File found: → pluzminuz_archive/cover.png
New File found: → tsy_archive/cover.jpg
4 New File(s) were found and could be added to the database as Downloads.

Real run:
New File found: → pluzminuz_archive/cover.png
COM_JDOWNLOADS_ERROR_RESULT_MSG: ✗ pluzminuz_archive/cover.png: Call to a member function getTag() on null
New File found: → tsy_archive/cover.jpg
COM_JDOWNLOADS_ERROR_RESULT_MSG: ✗ tsy_archive/cover.jpg: Call to a member function getTag() on null
No new Files found.
Checking all published Categories
All published Category Directories exist.
Checking all published Downloads
All published Downloads exist.

So there is still a bug in place! Maybe anybody fixed this behavior?!

Cheers
Baba