[wp-trac] [WordPress Trac] #63701: Reviewing Smugmug oEmbed

[WordPress Trac]

#63701: Reviewing Smugmug oEmbed
--------------------------+-----------------------------
 Reporter:  SirLouen      |      Owner:  (none)
     Type:  defect (bug)  |     Status:  new
 Priority:  normal        |  Milestone:  Awaiting Review
Component:  Embeds        |    Version:
 Severity:  normal        |   Keywords:  2nd-opinion
  Focuses:                |
--------------------------+-----------------------------
 I was checking this report [GB 66075] today. It happens that the Smugmug
 is completely screwed. I'm not really specialized into analysing the
 current status of oEmbeds for a Gallery (It's not super easy to find
 samples for this premium provider because it does not let sharing photos
 on the trial plan), and maybe it could run the same fate as #61941

 Here two examples I've found:
 https://footsorefotography.smugmug.com/My-Gallery/i-TG2NNxj
 https://waynewetherbeephotography.smugmug.com/My-Gallery/i-VBmLTkp

 Here is an Embed code for one of those

 {{{{
 <iframe
 src="https://waynewetherbeephotography.smugmug.com/frame/slideshow?key=7kh6Gf&speed=3&transition=fade&autoStart=1&captions=0&navigation=0&playButton=0&randomize=0&transitionSpeed=2"
 width="800" height="600" frameborder="no" scrolling="no"></iframe>
 }}}

 One single photo
 https://waynewetherbeephotography.smugmug.com/My-Gallery/i-fXzGXvg/A

 Are these samples compliant with the current standards for oEmbeds?

 @peterwilsoncc could you give it a quick check as you are one of the most
 experienced on oEmbed atm, and find if the special scenarios for this
 oEmbed block for this provider could be repaired (slideshow embed, gallery
 embed, ...)? The fact that by default Embedded content can't be previewed
 looks bad to me from the oEmbed metadata perspective, but I need a second
 eye, in case I'm wrong.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/63701>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform