- Welcome to VirtueMart Forum.
VirtueMart Community Forum
News:
Support the VirtueMart project and become a member
Recent posts
#51
Virtuemart Development and bug reports / After update to 4.8.2 cannot r...
Last post by piliop - September 05, 2026, 08:40:22 AMi have confirmed the problem in several different instances.
can anyone confirm it?
can anyone confirm it?
#52
Virtuemart Development and bug reports / [4.8.2] shopFunctionsF::render...
Last post by ptrouw - September 04, 2026, 15:12:28 PMOn Joomla 5, renderCaptcha() fires onDisplay on the application dispatcher instead of targeting the captcha plugin group. Every plugin listening to onDisplay responds, including the editor plugins, so the registration form renders an editor instead of a captcha.
components/com_virtuemart/helpers/shopfunctionsf.php, renderCaptcha(), line 1351 in build 11336:
if (JVM_VERSION < 5) {
vDispatcher::directTrigger('captcha', $reCaptchaName, 'onInit', array($id));
$output = vDispatcher::directTrigger('captcha', $reCaptchaName, 'onDisplay', array($reCaptchaName, $id, 'g-recaptcha required'));
} else {
$app = JFactory::getApplication();
$results = $app->triggerEvent('onInit', [$id]);
$output = $app->triggerEvent('onDisplay', [$reCaptchaName, $id, 'g-recaptcha required']);
}
The legacy branch passes the plugin group 'captcha' and the plugin name, so only that plugin is called. The Joomla 5 branch has no group, so the event reaches every onDisplay listener. onDisplay is also the event Joomla editors use to render.
The three captcha arguments land in the editor signature onDisplay($name, $content, $width, $height, $col, $row, ...):
arg 1 recaptcha_v3 -> $name
arg 2 dynamic_recaptcha_1 -> $content
arg 3 g-recaptcha required -> $width
Actual output on the registration form:
<textarea name="recaptcha_v3" id="recaptcha_v3" cols="20" rows="4"
style="width: g-recaptcha required; height: 500px;"
class="mce_editable wf-editor">dynamic_recaptcha_1</textarea>
cols="20" rows="4" are the editor defaults for the arguments VirtueMart does not pass.
Side effect: the stray editor instance requests its own language file and the editor-api ES module, which produces a 403, a MIME type error and an unresolved module specifier in the browser console. Those disappear once the event is targeted correctly.
To reproduce:
1. Install any captcha plugin and select it under Global Configuration > Site > Default Captcha (Joomla 5 ships none, we use reCAPTCHA v3 by SharkyKZ 1.3.1)
2. VirtueMart > Configuration > Shopfront, enable the captcha on registration
3. Open the user registration form as a guest
Expected: the captcha. Actual: an editor containing the literal text dynamic_recaptcha_1.
Switching the default editor between TinyMCE, JCE and None changes the markup each time, which confirms the editor group is receiving the event rather than one specific editor being at fault.
Suggested fix, using the Joomla 5 captcha API so only the selected plugin is called:
} else {
if ($reCaptchaName === '') {
$output = '';
} else {
$captcha = \Joomla\CMS\Captcha\Captcha::getInstance($reCaptchaName);
$captcha->initialise($id);
$output = $captcha->display($reCaptchaName, $id, 'g-recaptcha required');
}
}
The surrounding try/catch and the is_string($output) branch below already handle this return value, so nothing else needs to change.
One related note: checkCaptcha() a few lines down uses vDispatcher::trigger('onCheckAnswer', ...), which is also a broadcast. Nothing outside the captcha group listens to that event, so it causes no collision, but it does mean every enabled captcha plugin validates the answer.
components/com_virtuemart/helpers/shopfunctionsf.php, renderCaptcha(), line 1351 in build 11336:
if (JVM_VERSION < 5) {
vDispatcher::directTrigger('captcha', $reCaptchaName, 'onInit', array($id));
$output = vDispatcher::directTrigger('captcha', $reCaptchaName, 'onDisplay', array($reCaptchaName, $id, 'g-recaptcha required'));
} else {
$app = JFactory::getApplication();
$results = $app->triggerEvent('onInit', [$id]);
$output = $app->triggerEvent('onDisplay', [$reCaptchaName, $id, 'g-recaptcha required']);
}
The legacy branch passes the plugin group 'captcha' and the plugin name, so only that plugin is called. The Joomla 5 branch has no group, so the event reaches every onDisplay listener. onDisplay is also the event Joomla editors use to render.
The three captcha arguments land in the editor signature onDisplay($name, $content, $width, $height, $col, $row, ...):
arg 1 recaptcha_v3 -> $name
arg 2 dynamic_recaptcha_1 -> $content
arg 3 g-recaptcha required -> $width
Actual output on the registration form:
<textarea name="recaptcha_v3" id="recaptcha_v3" cols="20" rows="4"
style="width: g-recaptcha required; height: 500px;"
class="mce_editable wf-editor">dynamic_recaptcha_1</textarea>
cols="20" rows="4" are the editor defaults for the arguments VirtueMart does not pass.
Side effect: the stray editor instance requests its own language file and the editor-api ES module, which produces a 403, a MIME type error and an unresolved module specifier in the browser console. Those disappear once the event is targeted correctly.
To reproduce:
1. Install any captcha plugin and select it under Global Configuration > Site > Default Captcha (Joomla 5 ships none, we use reCAPTCHA v3 by SharkyKZ 1.3.1)
2. VirtueMart > Configuration > Shopfront, enable the captcha on registration
3. Open the user registration form as a guest
Expected: the captcha. Actual: an editor containing the literal text dynamic_recaptcha_1.
Switching the default editor between TinyMCE, JCE and None changes the markup each time, which confirms the editor group is receiving the event rather than one specific editor being at fault.
Suggested fix, using the Joomla 5 captcha API so only the selected plugin is called:
} else {
if ($reCaptchaName === '') {
$output = '';
} else {
$captcha = \Joomla\CMS\Captcha\Captcha::getInstance($reCaptchaName);
$captcha->initialise($id);
$output = $captcha->display($reCaptchaName, $id, 'g-recaptcha required');
}
}
The surrounding try/catch and the is_string($output) branch below already handle this return value, so nothing else needs to change.
One related note: checkCaptcha() a few lines down uses vDispatcher::trigger('onCheckAnswer', ...), which is also a broadcast. Nothing outside the captcha group listens to that event, so it causes no collision, but it does mean every enabled captcha plugin validates the answer.
#53
Frontend Modules / Re: VirtueMart Search Product ...
Last post by knockbackhaul - September 03, 2026, 10:44:39 AMQuote from: Emma Iana on July 05, 2026, 22:20:58 PMHow can I make VirtueMart Search Product search across all products rather than just the category in which the module is embedded?I think the search module is normally limited by the category where it is published, so you may need to check the module settings or the search configuration in VirtueMart. There might be an option to search through the entire product catalog instead of the current category.
Have you already checked the module parameters and the VirtueMart search settings? If so, which version of VirtueMart are you using? I'm curious if the setup is different between versions.
#54
Templating & Layouts / Re: Reduce Padding between Men...
Last post by info@fionab.co.za - September 03, 2026, 08:19:17 AMThank you Will give it a bash
#55
Administration & Configuration / Product images ordering not s...
Last post by Kousis-Underwear - September 02, 2026, 14:09:20 PMHi, after last update VirtueMart 4.8.2 11343 product images sorting is not working. I change images order and after save images ordering come back to previous.
#56
Virtuemart Development and bug reports / Re: [BUG] Uploading a product ...
Last post by wyder - September 01, 2026, 09:45:48 AMJust a quick update:
I have also checked the official VirtueMart **4.8.2 build 11343** package and the same filename collision issue is still present in `administrator/components/com_virtuemart/helpers/vmuploader.php`.
The code still changes `$mediaPure` when a file with the same name already exists, but the generated name is not assigned back to `$media['name']` before `JFile::upload()`.
So the issue appears to be present at least in:
* VirtueMart 4.4.10 build 11120
* VirtueMart 4.6.8 build 11258
* VirtueMart 4.8.2 build 11343
Could someone from the VirtueMart team please confirm whether this is a known bug?
I have also checked the official VirtueMart **4.8.2 build 11343** package and the same filename collision issue is still present in `administrator/components/com_virtuemart/helpers/vmuploader.php`.
The code still changes `$mediaPure` when a file with the same name already exists, but the generated name is not assigned back to `$media['name']` before `JFile::upload()`.
So the issue appears to be present at least in:
* VirtueMart 4.4.10 build 11120
* VirtueMart 4.6.8 build 11258
* VirtueMart 4.8.2 build 11343
Could someone from the VirtueMart team please confirm whether this is a known bug?
#57
Templating & Layouts / Re: Reduce Padding between Men...
Last post by iWim - August 28, 2026, 18:40:58 PMOkay, in that case inspect your code with your browsers developer tools.
See if you can locate what creates the space.
You can right-click on an object and than select Inspect
Or use shortcuts ctrl+shift+c (win) or cmd+opt/shift+c (mac).
See if you can locate what creates the space.
You can right-click on an object and than select Inspect
Or use shortcuts ctrl+shift+c (win) or cmd+opt/shift+c (mac).
#58
3rd party extension / Re: VP Neoteric - A Stunning ...
Last post by sirius - August 28, 2026, 11:30:37 AMHi Jumbo!
Ok but didn't have any issue despite of "Do not update to VirtueMart 4.8.0 before installing the template update."
Ok but didn't have any issue despite of "Do not update to VirtueMart 4.8.0 before installing the template update."
#59
3rd party extension / Re: Responsive Joomla 5 and J...
Last post by sirius - August 28, 2026, 11:28:15 AMHi Jumbo!
Ok but didn't have any issue despite of "Do not update to VirtueMart 4.8.0 before installing the template update."
Ok but didn't have any issue despite of "Do not update to VirtueMart 4.8.0 before installing the template update."
#60
Virtuemart Development and bug reports / Re: [BUG] VmMediaHandler::$the...
Last post by sirius - August 28, 2026, 11:24:39 AMHi,
the V4.8.2 solve this.
the V4.8.2 solve this.
Code Select
helpers/mediahandler.php replaces Code Select
self::$theme_url (never assigned, and obsolete since VM3) with Code Select
VmConfig::get('assets_general_path', 'components/com_virtuemart/assets/') This structurally eliminates the cause of the missing Code Select
/assets/images/vmgeneral/ the default path now points to the component folder, which cannot simply disappear like a folder at the site root.