Shipping compatibility matrix
For the order cancellation and address changes plugin: what happens to shipping while an order remains in the editing window.
In development. This matrix does not announce that the plugin is available to buy or download.
Documented review: 13 July 2026 · WooCommerce 10.9.4.
The rows reproduce the scope of that review in the plugin repository. They do not certify later versions, your store configuration or the current behaviour of external provider panels.
What the window holds back
In the documented behaviour, an eligible order stays in the editing-window status before moving to processing. This can delay integrations that react to that status or query a list of statuses that excludes the window.
It does not block access by a service that queries all orders without filtering by status. Each shipping integration needs its own check.
How to read the evidence
- Verified by code
- The repository review identifies the trigger or query in the named version. This is not a test of the external service.
- Verified by controlled integration
- The review documents a test with the named version and a WooCommerce order. Local queries or hooks are exercised; it does not establish a real label purchase or shipment.
- Not guaranteed
- The external provider’s status query has not been verified. Its panel must be checked before relying on the window.
| Integration | Reviewed version | Documented evidence | Behaviour during the window | What to check |
|---|---|---|---|---|
| WooCommerce Shipping | 2.3.10 | Code and controlled integration | Label purchase is manual. A warning appears while the window is open; a successful purchase response closes the window before continuing. | Do not dismiss the warning unless the order is ready to ship. |
| ShipStation | 5.2.0 | Code and controlled integration | XML and REST exports filter by selected statuses. The window is absent from the default configuration; the order is exported after moving to processing. | Keep the editing-window status out of ShipStation’s export-status setting. |
| Packlink PRO | 4.2.0 | Code and controlled integration | Its handlers react to paid statuses and check is_paid(). The window is not in that list; the shipment draft starts after moving to processing. | Do not add the editing-window status to WooCommerce’s paid-status list with custom code. |
| Sendcloud | 2.4.5 | Not guaranteed · Unverified | The external service’s import query is not in the WordPress plugin. It may access the order during the window; this has not been verified. | In Sendcloud, verify that only fulfilment-ready statuses such as processing are imported. |
| Shipmondo | 1.0.5 | Not guaranteed · Unverified | The external service’s status filter is not in the WordPress plugin. It may access the order during the window; this has not been verified. | In Shipmondo, verify which WooCommerce statuses are imported. |
| Another shipping, WMS or 3PL integration | — | Not guaranteed · Unverified | Behaviour depends on whether it reacts to processing, queries selected statuses or retrieves all orders. This has not been verified. | Check which statuses the provider imports and test an order before production use. |
Check with a test order
Before relying on the window in a store, check the exact combination of versions and settings in a test environment.
- Create a paid test order and confirm that it is in the editing-window status.
- Wait for the shipping, WMS or 3PL integration’s next sync.
- Confirm that no shipment, pick ticket or fulfilment task was created.
- Close the window from the order screen.
- Confirm that the order moves once to processing and appears in the integration on its next sync.
- If the provider acts before the window closes, suspend instant self-service for that store until the provider can exclude the editing-window status.
When reporting a correction, include the integration, its version, the panel’s status filter and the observed sequence. Do not include customer data or credentials.