- 🇧🇪Belgium weseze
Ran into this issue today. So just confirming this is still an issue.
- 🇮🇱Israel jsacksick
Yes, not sure we can easily fix this... The adjustment label is set by order processors which are invoked on order refresh and the labels are set using the current site language. So basically the adjustment labels are in theory using the customer language.
- 🇧🇪Belgium weseze
For anyone needing a quickfix, this is wat I ended up using:
/** * Implements hook_preprocess_HOOK(). */ function MODULE_preprocess_commerce_order_total_summary(&$variables) { if (isset($variables['totals']['adjustments'])) { foreach ($variables['totals']['adjustments'] as $key => $adjustment) { if ($adjustment['type'] === 'tax') { $variables['totals']['adjustments'][$key]['label'] = t('VAT'); } } }
- Status changed to Closed: won't fix
3 days ago 9:23am 4 July 2025 - 🇮🇱Israel jsacksick
Unless we drastically change the way this works, I think we're going to have to live with this issue. I suppose regular customers aren't going to change the language back and forth. And if they do so... They're going to get the updated label on the next order refresh.
If the language was really bothering the customer, I guess the customer would have switched to the correct language prior to adding items to cart.