#30281 closed defect (bug) (fixed)
Update MediaElement to 2.16.0
Reported by: | wonderboymusic | Owned by: | wonderboymusic |
---|---|---|---|
Milestone: | 4.1 | Priority: | normal |
Severity: | normal | Version: | |
Component: | External Libraries | Keywords: | has-patch commit fixed-major |
Focuses: | javascript | Cc: |
Description
Various updates to a13y and i18n:
https://github.com/johndyer/mediaelement/commit/0a7916982e374f47c863388a54927d27c565d015
Also, merges my pull request:
https://github.com/johndyer/mediaelement/pull/1337
ME.js in trunk was patched by hand by me.
Attachments (7)
Change History (32)
#4
@
10 years ago
- Owner set to wonderboymusic
- Resolution set to fixed
- Status changed from new to closed
In 30634:
#5
@
10 years ago
I've opened an issue in the MediaElement.js repo, but there are a few changes to the HTML structure in this update that have pretty serious implications for players with custom styles. I haven't done extensive testing with the default players and themes, but did notice a horizontal scrollbar in Twenty Twelve when a basic audio shortcode was added to a page.
What's the preferred approach for tracking this? A new ticket or reopening this one?
#6
@
10 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
Let's reopen this for the above
#7
@
10 years ago
Also:
"Once again MeJS is breaking in Chromium in WP4.1 beta. Was the fix reverted?"
I will try to see what I can do upstream for this.
#8
@
10 years ago
@bradyvercher - could you propose a patch here and a PR for https://github.com/johndyer/mediaelement/issues/1384 ?
If so, I can apply it to our build of MEjs in case John doesn't accept it in time. I will probably have to monkey-patch the Chromium issue anyways.
#9
@
10 years ago
To document how one monkey-patches MEjs:
- Checkout the MediaElement GitHub repo: https://github.com/johndyer/mediaelement
patch -p0 < wp-4.1-monkeypatch.diff
(attached above)- from repo root, simply run
grunt noflash
- get the built files you need from
local-build/
Building Flash is weird and annoying and is almost never necessary for these fidgets we do.
#11
@
10 years ago
I submitted a PR upstream. I haven't had a chance to test, but hopefully it addresses this full screen problem, too: https://github.com/johndyer/mediaelement/issues/1372
I've also attached an updated monkey-patch here.
#12
@
10 years ago
- Keywords reporter-feedback added
What's left here? Are we waiting on upstream changes?
#13
@
10 years ago
- Keywords reporter-feedback removed
I added a new patch so we can reference the changes we made later - sidenote: oh man is their whitespace at the end of lines bad.
This ticket was mentioned in Slack in #core by obenland. View the logs.
10 years ago
#16
@
10 years ago
It looks like the styles for .mesj-offscreen
, introduced in r30634, don't work well in very long posts. We've had a hand full reports on .com about text that they are supposed to hide, appearing further up the post.
I'd recommend using the admin's screen-reader-text
styles to avoid that problem.
#17
@
10 years ago
We had another report come in, this one about audio controls overflowing their container. It can be seen in this site's footer. I'll try and see what exactly is causing it.
I also noticed, when tabbing through the controls of a media element, the controls are set to invisible, leaving you with an empty container. Once you tab back, they're set to be visible again.
#18
@
10 years ago
The CSS changes were limited, so I assume that the width calculation changed on the JS side, which might be causing the overflow.
I could also reproduce the overflow in Twenty Fifteen mobile.
#19
@
10 years ago
Added a patch for the volume overflow, as pointed out in this issue.
Tested in Chrome, FF, Safari.
#20
@
10 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
Need to patch with @obenland's fixes for screen reader text and volume overflow - found on .com
This is happening:
https://github.com/johndyer/mediaelement/pull/1348