Draft order page overwrites tags and attributes written by an admin action extension (since ~10 Sep)

Hey everyone!

Our admin action extension on the draft order details page writes a delivery date to the draft as custom attributes and tags via draftOrderUpdate, then calls close(). Since around 10 September that write is lost when the merchant completes the draft. Our extension has not changed.

Sequence

  1. Merchant opens a draft that already has tags and attributes.
  2. Merchant runs our action and saves. draftOrderUpdate returns the draft with the new tags and customAttributes, no userErrors.
  3. The page does not show the change. Merchants now save repeatedly because nothing on screen updates.
  4. Merchant clicks Create order. The completed draft and the resulting order carry the tags and attributes from before step 2.

Example, 11 Sep 2026 (UTC): draftOrderUpdate succeeds at 14:44 and again at 14:46, returning the new values both times. Staff create the order at 14:46:53. The orders/create webhook, and the completed draft queried afterwards, both carry the old values. The draft’s event log shows no update between creation and completion.

Merchants who click Create order without touching anything else keep the new values. Any interaction with the page first loses them.

This looks like the page holding its own copy of tags and note attributes, not refreshing it after the action closes, and writing it back on save or complete. The 12 Sep thread “SKU for custom item in a draft order is not displayed and retained correctly” reports a similar overwrite and dates the admin change to 10 Sep.

Questions

  1. Did the draft order page change around 10 September, and is the loss of the post-action refresh intended?
  2. Is there a supported way for an action extension to make the page reload the draft after close(), or for Create order to use server state?

Happy to provide more detailed info via a DM if helpful for internal teams!

2 Likes