Make WordPress Core

Opened 18 months ago

Last modified 18 months ago

#57637 new defect (bug)

ImageEdit component can be exited with unsaved state

Reported by: benlk's profile benlk Owned by:
Milestone: Awaiting Review Priority: normal
Severity: normal Version: 6.1.1
Component: Media Keywords: has-patch
Focuses: ui, administration Cc:


The image-edit component used to crop and perform other edit interactions on images has a notsaved method, which is sometimes called to prevent closing the dialog if the user has made edits to the image without saving the image.

This is not consistently checked, which means that users can exit the dialog without being asked if they want to save unsaved changes.

Steps to reproduce on a post with Gutenberg:

  1. Create a new post, or edit an existing post.
  2. Add a new image block, or click on an existing one.
  3. Click on the "Replace" button on the block control bar.
  4. Click on "Open Media Library"
  5. Click on "Edit Image"
  6. Make a crop to the image by click-and-dragging on the image, then click "Crop".
  7. The modal is now in an unsaved state.
  8. Clicking "Cancel" below the image triggers the notsaved() check, where if the user clicks "Cancel", the closure fails.
  9. Clicking here does not trigger the check, and closes the dialog: the greyed-out modal background, the modal's "X", the modal's "Back" button in the bottom right, the browser close-tab button

The above workflow reproduces in the Media Library, if you click "Edit Image" in the per-image view.

The simple fix would be to remove the if ( warn ) conditional here, and only check if notsaved() before closing:

This affects WP 6.1.1 and, 6.1.0, 6.0, and probably previous versions.

Change History (2)

This ticket was mentioned in PR #4002 on WordPress/wordpress-develop by @benlk.

18 months ago

  • Keywords has-patch added
Note: See TracTickets for help on using tickets.