[wp-trac] [WordPress Trac] #32553: Corrupted embeds
WordPress Trac
noreply at wordpress.org
Fri Sep 25 20:08:57 UTC 2020
#32553: Corrupted embeds
--------------------------+----------------------
Reporter: pavelevap | Owner: (none)
Type: defect (bug) | Status: closed
Priority: normal | Milestone:
Component: Embeds | Version: 4.1.5
Severity: normal | Resolution: invalid
Keywords: | Focuses:
--------------------------+----------------------
Changes (by desrosj):
* keywords: reporter-feedback =>
* status: reopened => closed
* resolution: => invalid
Comment:
Replying to [comment:11 rfischmann]:
>
> Also, from inside the editor (Gutenberg), all embeds always show up fine
— I believe they're not cached there.
The block editor actually uses the exact same post meta caching logic as
the Classic Editor and reuses a lot of the same underlying code.
> It doesn't make any sense at all for WordPress to cache a broken oEmbed
request with `{{unknown}}`.
The idea behind caching `{{unknown}}` when an embed fails is to prevent
repeatedly sending requests to the endpoint, which could potentially
happen frequently and may result in the site being mistaken as a bot and
blocked. `{{unknown}}` is cached for 1 hour by default to prevent
situations like this.
Because this is not reproducible in the block editor, there are still no
identified steps to reproduce reliably, and there have not been any other
similar reports, I am going to close this out again.
@rfischmann if you are able to identify where the code is breaking and
provide some detailed steps for someone else to reproduce, please feel
free to reopen with that information.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/32553#comment:12>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list