Hi,
Thanks for the report — you've found a genuine bug, and I can explain exactly what's happening.
When an order is cancelled, Solidshop is supposed to restore the reserved stock and mark the order as safe to delete. Due to a packaging mistake on our side, the database flag that tells the "Canceled" status to do this was missing from the public releases, including your 1.2.0. So cancelled orders never get marked as restocked, and the delete check keeps refusing them — even though the status is correctly "Canceled". The error message is misleading; your order data is fine.
Two steps will sort out your site:
1. Delete the existing order #fb67ea08
Open the order in the administrator, click the payment status badge and change it to Refunded. This runs the stock-restore routine that the cancellation should have run (no email is sent to the customer, and since nothing was actually paid, no money movement is involved — it only updates the label and restores stock). After that, deleting the order will work normally.
2. Fix future cancellations
Run this one-line query against your site's database (phpMyAdmin → SQL tab). Replace the #__ prefix with your site's table prefix — you can see it in Global Configuration → Server → Database Tables Prefix:
UPDATE `#__sshop_statuses` SET `triggers_restock` = 1 WHERE `code` = 4 AND `type` = 0;
From then on, cancelling an order restores its stock immediately and the order can be deleted right away — no payment status change needed.
This is permanently fixed in the next Solidshop release, which will apply the same correction automatically during update — so the manual query is safe to run now and won't conflict with the update later.
Sorry for the confusion the error message caused, and thanks again for the clear report — it helped us pin this down quickly.
