Easystore Issue Bulk Update
Stephane Hanrez
Hi,
It looks like there is a big bug when using bulk update in Easystore ("edit variant" button on the product page).
I tried to change change the SKU on one of my products and to enable "Track Quantity" . It works fine but when I come back on the same page afterwards, the SKU has disapperead and track quantity is disabled.
I checked in DB and both the SKU and the track quantity looks correct, so this is more of a display but, but with the side effect that if you save again without re-adding the SKU and re-enabling "Track Quantity" those will be overwritten with wrong values. Even if I check on console with a small JS, I see the values I correctly loaded, they are simply not assigned correctly to the form field.
For reference I used this JS to check the loaded values on console:
console.table(
Joomla.getOptions('easystore_option_variants').variants.map(v => ({
id: v.id,
variante: v.combination?.name,
sku: v.sku,
track_quantity: v.is_tracking_inventory,
quantité: v.inventory_amount
}))
);Could you please have a look at that ?
Thanks
5 Answers
Order by
Oldest
Ziaul Kabir
Accepted AnswerHi Stephane,
Thanks for the detailed report. I’m currently unable to reproduce the issue on my end.
Could you please share a short screen recording showing the steps you’re taking, especially when you edit the variant, save the changes, and then return to the product page?
That would help me better understand the behavior and investigate the issue.
Thanks!
Stephane Hanrez
Accepted AnswerHi Ziaoul,
I made some more tests trying to understand the behaviour and could find the real source.
In the bulk edit, you have a button to customize the list of columns. I had used that to remove the "shipping box" column.
If I add this column again, the issue disappears completely, I do see the tracking and SKU again. If I remove it, I do see the right values flashing quickly when opening the page, but then the page reloads and remove the SKU and tracking. So it looks like an issue with the column index.
At least I have a workaround for now by re-enabling the standard view.
Hope this helps you reproducing the issue on your side
Thanks
Ziaul Kabir
Accepted AnswerHi Stephane,
Thanks for digging into this further — the column configuration angle is a great find and definitely narrows things down.
This does sound like it could be tied to a column index mismatch when the "Shipping Box" column is removed from the view, which would explain why the SKU and tracking values load correctly for a moment before being reset on reload.
Since this seems tricky to reproduce reliably on our end, the best next step would be for you to keep the current site state (with the column removed) and create an Akeeba Backup of your site, then share the backup file with us (or a download link or using google drive with permission). That will let us restore your exact setup on our end and investigate the issue directly, rather than trying to recreate the column configuration from scratch.
In the meantime, your workaround of keeping the standard column view enabled should prevent any accidental data loss.
Thanks again for the thorough troubleshooting — it's a big help.
Stephane Hanrez
Accepted AnswerThis should be pretty easy to reproduce:
- Create a new product, add 2 or more variants. Save
- Go in the "edit variant" screen. Add an SKU to the variants, check the track quantity field. Save.
- Close the product, get back in it, get in the "edit variant" screen, remove the "shipping box" field from the list of columns. Save and close the screen.
- Get back into the "edit variant" screen and see the outcome. BUG.
- Re-add the "shipping box" field, page will reload itself and values will re-appear.
Let me know if you can't reproduce with those steps and I'll provide you with a backup of my DB