Skip to content

fix: report an unconfirmed save without claiming it failed - #575

Merged
TallblokeUK merged 3 commits into
core-betafrom
fix/save-response-uncertainty/core
Oct 5, 2026
Merged

TallblokeUK merged 3 commits into
core-betafrom
fix/save-response-uncertainty/core

Conversation

@TallblokeUK

Copy link
Copy Markdown
Contributor

Fixes #569.

When a save produced no response, the editor reported "Could not update snippet. The request did not reach your site." Neither half is knowable from a missing response: the request may have been handled and the response lost on the way back, in which case the snippet is saved and the reader has just been told it is not.

The no-response case is now reported as an unconfirmed outcome, and is no longer placed behind the heading stating the snippet was not saved. The reader is pointed at checking the saved version before saving again, rather than being told to retry.

Responses that did arrive are unchanged, including the signed-out case and server errors.

Verification

  • New end-to-end test drops the save response and asserts the notice reports the outcome as unconfirmed, and states neither that the request failed to arrive nor that the snippet was left unsaved.
  • Without the change that test reports the previous wording verbatim.
  • lint:js passes with no new warnings.

…into fix/save-response-uncertainty/core

# Conflicts:
#	CHANGELOG.md
@TallblokeUK
TallblokeUK merged commit 2198a20 into core-beta Oct 5, 2026
18 checks passed
@TallblokeUK
TallblokeUK deleted the fix/save-response-uncertainty/core branch October 5, 2026 09:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

run-tests Trigger automated tests

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Save response loss incorrectly claims the request never reached WordPress

1 participant