QA Unmapped Blocks - Media & Text block is omitted when image attachment is deleted even though image URL still works

[mohitwp]

Description

When the image used in a Media & Text block is deleted from the WordPress Media Library, the image still appears in the WordPress editor/backend and on the post front end, but the Media & Text block is omitted from the beehiiv newsletter.

The image URL is still directly accessible, so the block appears to still have a valid image URL available.

Example image URL:

https://beehiivqa.instawp.site/wp-content/uploads/2026/06/image-1024x469.png

Post URL :

https://beehiivqa.instawp.site/qa-media-and-text-2/

Steps to Reproduce

1. Create/edit a WordPress post.
2. Add a Media & Text block.
3. Select/upload an image in the media column.
4. Add text content in the text column.
5. Save the post.
6. Delete the selected image from the WordPress Media Library.
7. Confirm that the image still appears in the WordPress editor/backend and on the post front end.
8. Enable/send the newsletter to beehiiv.
9. Check the beehiiv newsletter/front end.

Expected Result

If the saved image URL is still valid and the image renders in WordPress, the Media & Text block should be included in the beehiiv newsletter.

If the block cannot be mapped because the attachment no longer exists, the plugin should show a warning before sending that the block/content will be omitted.

Actual Result

The image still appears in the WordPress editor/backend and on the post front end, but the Media & Text block is omitted from the beehiiv newsletter.

No warning is shown before sending.

Notes

The mapping doc says attrs.mediaId is not needed for MVP, while attrs.mediaUrl maps to the beehiiv image URL.

This suggests the Media & Text mapping should rely on the saved mediaUrl rather than requiring the WordPress attachment/media ID to still exist, or at least warn the user if the block will be omitted.

Reference from mapping doc:

• attrs.mediaId → not needed
• attrs.mediaUrl → columns[image_column].blocks[].imageUrl

[martinahaines-fueled]

@zackaira i'm not sure we should be fixing this issue. I think I need to better understand it, from what i can see, beehiiv almost matches WP.

The image is present in all 3. What is strange is that 'Delete this image' text is missing from the beehiiv preview.

Do you understand the issue? If it's quick/easy to fix, let's do it. But if it also feels like an edge case to you, then I think we can leave it. Interested in your opinon.

WP Editor

WP FE

beehiiv preview

[zackaira]

@mohitwp @martinahaines-fueled

When a block is converted to beehiiv, it doesn't upload the media to beehiiv, it uses the post URL, and from what I can see, WordPress keeps the Media & Text block image on the server and in the post content even after the media item is deleted, so it can still render in WP if the file was deleted in Media.

I do this this is edge case as you say and might need a bit more work with checking that the image exists in the media section too.

[zackaira]

Think I have a fix for this, will test once I update the testing site as I cannot test images from localhost

[zackaira]

@mohitwp I think I've fixed this now, please check and let me know

[mohitwp]

@zackaira I'm still able to reproduce this issue. The image still appears in the WordPress editor/backend and on the post front end, but the Media & Text block is omitted from the beehiiv newsletter.

Recording.3151.mp4

[zackaira]

Ok I'll look into this @mohitwp