[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