Opened 10 years ago
Closed 10 years ago
#38694 closed defect (bug) (fixed)
Embeds not working in IE 11
| Reported by: | Fencer04 | Owned by: | swissspidy |
|---|---|---|---|
| Priority: | normal | Milestone: | 4.7 |
| Component: | Embeds | Version: | 4.4 |
| Severity: | normal | Keywords: | has-patch commit |
| Cc: | Focuses: | javascript |
Description (last modified by )
When using Twenty Seventeen oEmbeds from WordPress links don't show the box and style in Internet Explorer 11.
Attachments (2)
Change History (11)
#1
@
10 years ago
- Description modified (diff)
- Summary oEmbed from Wordpress Post doesn't have correct style in IE11 → oEmbed from WordPress Post doesn't have correct style in IE11
Hey there,
Thanks for your report! Would you mind sharing a screenshot of the visual inconsistencies?
Edit: Just saw the screenshot now :-)
This ticket was mentioned in Slack in #core by helen. View the logs.
10 years ago
#4
@
10 years ago
- Component Bundled Theme → Embeds
- Focuses javascript added
- Keywords has-patch added
- Milestone Awaiting Review → 4.8
- Summary oEmbed from WordPress Post doesn't have correct style in IE11 → Embeds not working in IE 11
- Version → 4.4
The problem you're having is not about missing styles. Instead, the iframe is not being loaded at all.
WordPress embeds consist of two parts: a <blockquote> element and an <iframe>. The quote is shown by default and eventually replaced by the iframe if it loads successfully. To be more precise, the iframe sends a message to the embedding site when it's been loaded completely to say it's ready.
So on your second screenshot, the iframe is not loaded for some reason. I just tested embeds on IE 11 as well and it turns out the browser never reaches the line where the security attribute should be removed for IE 10 and IE 11. Why? WordPress always adds the data-secret attribute in wp_filter_oembed_result(), this the check in wp-embed.js is flawed.
Looks like this has been broken all the way since 4.4 :-( Perhaps introduced in [35577].
Pinging @pento.
#5
@
10 years ago
- Keywords commit added
- Owner set to
- Status new → assigned
I'm a little surprised that this managed to be broken for so long, but I agree that [35577] is the likely culprit.
38694.diff looks good as a fix.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
Chrome view vs. IE 11 view.