Recent posts

#41

Coding Central / webp invoice creation fix for ...

Last post by Kuubs - December 04, 2025, 10:31:24 AM

I fixed a bug in the TCPDF image generation when a webp image is used for the images. At this code at line 7127:

Code Select Expand

//First use of image, get info
$type = strtolower($type);
if ($type == '') {
$type = TCPDF_IMAGES::getImageFileType($file, $imsize);
} elseif ($type == 'jpg') {
$type = 'jpeg';
}

I added this below:

Code Select Expand

if ($type === 'webp') {
$webp_tmp = K_PATH_CACHE . '__tcpdf_' . $this->file_id . '_webp2png_' . md5($file);

if (!is_file($webp_tmp)) {
// Prefer GD if it supports WebP
if (function_exists('imagecreatefromwebp')) {
$src = @imagecreatefromwebp($file);
if ($src) {
$wpx = imagesx($src);
$hpx = imagesy($src);

// Create truecolor target with alpha
$dst = imagecreatetruecolor($wpx, $hpx);
imagealphablending($dst, false);
imagesavealpha($dst, true);

// Fully transparent background
$transparent = imagecolorallocatealpha($dst, 255, 255, 255, 127);
imagefill($dst, 0, 0, $transparent);

// Copy original WebP onto transparent canvas
imagecopy($dst, $src, 0, 0, 0, 0, $wpx, $hpx);

// Save as PNG (with alpha)
imagepng($dst, $webp_tmp);

imagedestroy($dst);
imagedestroy($src);
}
}

// Fallback: use Imagick if available
if (!is_file($webp_tmp) && extension_loaded('imagick')) {
try {
$img = new Imagick();
$img->readImage($file);
// keep alpha, just change container format
$img->setImageFormat('png');
$img->writeImage($webp_tmp);
$img->destroy();
} catch (Exception $e) {
// If conversion fails, silently fall back to original behavior
}
}
}

if (is_file($webp_tmp)) {
$file   = $webp_tmp;
$type   = 'png';
$imsize = @getimagesize($file);
}
}
And thus the background is transparent and not black anymore.

#42

General Questions / VM for J6

Last post by woodhouse - December 02, 2025, 17:25:43 PM

Hi,
I wonder if there is a schedule for a version of VM compatible with Joomla 6

#43

General Questions / Re: VM error after upgrading t...

Last post by Milbo - December 01, 2025, 21:51:10 PM

Thank you Slavomir. I just noted that this page is quite high listed, here a short summary in english.

The table updater was not executed correctly on your installation. The reason for this is that you are probably not using radical shipment tax. This means mixed calculation with two tax rates and calc id = -1. To do this, the table had to be changed. Just remove the unsigned of virtuemart_calc_id in the table #__virtuemart_order_calc_rules. This is actually done by the table updater. But if you get this message, something went wrong. So just do it manually

#44

General Questions / Re: VirtueMart 4.4.x – Checkou...

Last post by WebStuff - December 01, 2025, 03:17:36 AM

Hope I'm understanding the problem.

Maybe you have Save Cart as Cookie but the cookie is being filtered/deleted on refresh?
Is it possible you have the option set to Yes for "Using this menu item clears the cart." in the Menus: Edit Item page?

Failing that have you checked your POST size limits on the server and/or that there is no filtering of POST values.

I've just noticed in the Screenshot you don't have One Page Checkout Enabled.   

#45

Templating & Layouts / Errors in Order Edit Layout of...

Last post by WebStuff - November 28, 2025, 18:18:13 PM

VirtueMart 4.6.4
Joomla 5.4.0
Linux OS in case that is relevant.

The comments in the files in ../administrator/templates/vmadmin/html/com_virtuemart/orders/ are causing the layout to shift and --> is appearing in the Order Edit page in the backend.

There are numerous comments and sections beginning <!-- and ending in -->
If these are broken by <?php sections then the problem occurs.
Either removing the comments/commented redundant code sections and or converting them to PHP comments sorts this out and the sections/boxes line-up "properly" on Desktop and Mobile versions.

I'm using Chrome but this seems to affect Firefox as well, I've not tested on any other browsers

Small annoyance but hopefully this will help someone.

#46

Virtuemart Development and bug reports / Re: error using coupon, page r...

Last post by macigatto - November 24, 2025, 22:01:38 PM

I resolved downgrading to older version VM 4.4.10

#47

General Questions / VirtueMart: Mandatory accessor...

Last post by sandomatyas - November 24, 2025, 17:04:02 PM

Hi everyone,

Is the following scenario possible to achieve with VirtueMart?

I have base products — for example, "bicycles".

Then I have accessory products such as lights, mudguards, bells, installation/setup fees, etc. These are regular VirtueMart products, and in some cases they may have a 0-value price (for example "gift products"). All these products can also be purchased separately — for example, a customer can buy only a bicycle light.

What I want to achieve:

On the bicycle product page I want to display the compatible accessories. The linking between the bike and the accessories would be done manually. The customer should be able to choose which accessories they want to add with tha base product.

So far it seems that this can be handled with the "Extra Product" plugin:
https://shop.st42.fr/en/products/extra-product.htm

But here's the catch:

I need to define mandatory accessories.

Example:
The bicycle cannot be purchased without a setup/installation fee, or without a bell (just fictional examples).

For these mandatory accessories:

The checkbox should be pre-checked.

The customer should NOT be able to uncheck it — not on the product page, and not in the cart.

If the main product is removed from the cart, the linked accessories should also be removed.
(As an acceptable fallback: if this can't be done cleanly, I'm fine with completely clearing the cart when the main product is removed — 99.99% of customers buy only one main product anyway.)

Accessory quantities should follow the main product quantity. Customers shouldn't be able to change accessory quantities independently.

Is there any existing solution, plugin for this, or would this require a fully custom development?

Thanks in advance!

[Edit the following file: administrator/components/com_virtuemart/helpers/calculationh.php]

#48

Virtuemart Development and bug reports / Re: Critical pricing bug — var...

Last post by hazael - November 24, 2025, 17:02:37 PM

Edit the following file: administrator/components/com_virtuemart/helpers/calculationh.php

Step A — REMOVE wrong logic
Find this block (the one adding variant too early):

Code Select Expand

if (!empty($variant)) {
    $variant = $this->roundInternal($this->_currencyDisplay->convertCurrencyTo((int) $this->productCurrency, doubleval($variant),true));
    $basePriceShopCurrency = $basePriceShopCurrency + $variant;
    $this->productPrices['basePrice'] = $this->productPrices['basePriceVariant'] = $basePriceShopCurrency;
} Delete it completely.


Step B — ADD the corrected logic
Immediately after this existing block:

Code Select Expand

if (empty($this->productPrices['basePriceVariant'])) {
    $this->productPrices['basePriceVariant'] = $this->productPrices['basePrice'];
}

Insert the following NEW CODE:

Code Select Expand

/* ============================================================
   FIX: Correct handling of variant/modifier prices in VirtueMart
   ------------------------------------------------------------
   VM incorrectly adds variant price to the base product price
   BEFORE applying discount rules. This causes the variant to be
   discounted, which is mathematically wrong.

   Here we calculate the variant separately and add it *after*
   discounts and tax calculations – which is the correct logic.
   ============================================================ */

// 1. Convert variant price to shop currency but DO NOT add it to base price
$variantNet = 0.0;

if (!empty($variant)) {
    // Variant net amount converted to shop currency
    $variantNet = $this->roundInternal(
        $this->_currencyDisplay->convertCurrencyTo(
            (int)$this->productCurrency,
            (double)$variant,
            true
        )
    );
}

// 2. After VM finished discount calculations, add the variant
if (!empty($variantNet)) {

    // Calculate VAT on variant separately
    $variantGross = $variantNet;

    // Apply VAT/TAX rules to variant
    if (!empty($this->rules['Tax'])) {
        $variantGross = $this->roundInternal(
            $this->executeCalculation($this->rules['Tax'], $variantGross, true),
            'salesPrice'
        );
    }

    if (!empty($this->rules['VatTax'])) {
        $variantGross = $this->roundInternal(
            $this->executeCalculation($this->rules['VatTax'], $variantGross, true),
            'salesPrice'
        );
    }

    // Update priceWithoutTax (variantNet)
    if (isset($this->productPrices['priceWithoutTax'])) {
        $this->productPrices['priceWithoutTax'] += $variantNet;
    }

    // Update VAT amount (difference between gross and net)
    if (isset($this->productPrices['taxAmount'])) {
        $this->productPrices['taxAmount'] += ($variantGross - $variantNet);
    }

    // Add variant to final salesPrice (correct placement)
    if (isset($this->productPrices['salesPrice'])) {
        $this->productPrices['salesPrice'] += $variantGross;
    }

    // Add variant to unit price if packaging is used
    if (!empty($product->product_packaging) && $product->product_packaging != '0.0000') {
        $this->productPrices['unitPrice'] = $this->productPrices['salesPrice'] / $product->product_packaging;
    }

    // Save modifier for output
    $this->productPrices['variantModification'] = $variantNet;
}
/* ========================= END OF FIX ============================ */


[Regular price: 1000]

#49

Virtuemart Development and bug reports / Critical pricing bug — variant...

Last post by hazael - November 24, 2025, 16:47:35 PM

I would like to report a serious pricing issue in VirtueMart 4.x that affects all products using price modifiers (variants, CustomFieldsForAll additional charges, or any customfield with a price). The problem lies in how VM calculates prices inside calculationHelper.

Currently, VirtueMart adds the modifier price directly to the product's base price (the regular, non-discounted price) and only then applies discount rules such as DATax or DBTax. This results in the modifier being discounted, which is mathematically incorrect.

A simple example makes the problem obvious:
Regular price: 1000
Discount: -20% (so discounted price should be 800)
Variant price (modifier): +200

VirtueMart currently calculates:
(1000 + 200) – 20% = 960

Correct calculation should be:
800 + 200 = 1000

In the current VM behavior, the additional charge (+200) is also discounted, even though it represents a fixed extra cost that should never be affected by product-level discounts.

This leads to incorrect totals on the product page, in the cart, and during checkout, and also produces incorrect VAT calculations.

The root cause is in administrator/components/com_virtuemart/helpers/calculationh.php, inside the getProductPrices() method. The variant/modifier value is added to basePrice before discount rules are applied, which causes the modifier to be discounted together with the product.

Correct behavior should be:

Calculate the product's discounted price normally.

Keep the modifier price separate.

Calculate VAT on the modifier independently.

Add the modifier (net + VAT) after discounts have been applied.

Do not apply any discount rules to the modifier.

This ensures correct mathematical behavior:

FinalPrice = DiscountedPrice + Modifier
instead of the current incorrect approach:

FinalPrice = (BasePrice + Modifier) – Discount

This issue affects every VirtueMart shop using price modifiers (not only CF4All users). If needed, I can provide a working patch or minimal diff for getProductPrices() that fully fixes the logic.

#50

Virtuemart Development and bug reports / error using coupon, page redir...

Last post by macigatto - November 24, 2025, 09:33:38 AM

Hello, I have an error that not permit to work with coupon code in my cart, it's give page redirect too many times error.

please help me.
I have VM 4.6.4
joomla 5.3.3


thanks