- Welcome to VirtueMart Forum.
VirtueMart Community Forum
News:
Looking for documentation? Take a look on our wiki
Recent posts
#21
Virtuemart Development and bug reports / Re: After update to 4.8.2 cann...
Last post by jflash - September 07, 2026, 10:13:04 AMI am interested in this code fix 
#22
3rd party extension / Re: VP Neoteric - A Stunning ...
Last post by Jumbo! - September 07, 2026, 00:57:42 AMYou might not have noticed any compatibility issues so far, but that doesn't mean there aren't any. I would still recommend installing the update. It's always better to stay ahead of potential issues, even if they haven't surfaced yet.
#23
3rd party extension / Re: Responsive Joomla 5 and J...
Last post by Jumbo! - September 07, 2026, 00:56:54 AMYou might not have noticed any compatibility issues so far, but that doesn't mean there aren't any. I would still recommend installing the update. It's always better to stay ahead of potential issues, even if they haven't become apparent yet.
#24
Virtuemart Development and bug reports / Re: After update to 4.8.2 cann...
Last post by piliop - September 05, 2026, 14:03:58 PMI have found a temp solution in administrator/components/com_virtuemart/models/media.php
I added some code and now i am able to change the order by dragging the images.
if needed i can provide the fix code.
I added some code and now i am able to change the order by dragging the images.
if needed i can provide the fix code.
#25
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?
#26
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.
#27
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.
#28
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
#29
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.
#30
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?