New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
safari keyboard only nav broken in mediaelement #1873
Comments
I can only say that if there's an issue related to that the first place to look at is |
just confirmed that the issue exists for me in the i'll keep digging, thanks for the potential starting place |
@knomedia You are welcome. Keep us posted about your findings |
@knomedia I tested using option + tab and I was able to focus properly using 3.x-dev branch; please let me know if it works for you as well in that branch |
Closing this issue since no answer has been posted in more than 2 weeks. If you'd like to reopen this, let us know. Thanks! |
apologies for going dark. verified that the issue is not found on the 3.x-dev branch. |
Great news! Thank you very much |
This bug seems to have reappeared? I just tested the video player on http://www.mediaelementjs.com using Safari 10.0.3 and the behaviour is exactly the same as described by knomedia in the first post on this issue. I can't tab through the controls of the player itself, nor can I navigate to any link after the player, because I keep losing focus and getting sent back to the first Safari tab. Can anyone else confirm this? |
Yeah I can see this. Odd. I'll try to check what's going on with this. |
This seems to be an issue with Safari itself. I tested this with YouTube and it behaves the same. @tiffwyatt can you confirm this? |
No, sorry, can't confirm. YouTube is working nicely in Safari, can navigate using only the keyboard without any problems. |
OK I'll check some more. If you find anything let me know |
@knomedia I found out that this piece on the code causes the lost of focus in Safari: t.container.find('.' + t.options.classPrefix + 'mediaelement').append(t.$media); Any thoughts on how this could be affecting Safari? It seems like it doesn't like the idea of appending video/audio without losing focus for some reason, because I tried to insert a paragraph for testing purposes and it worked (obviously, adding some |
@evanhuntley can you advise on this, please? You have more experience dealing with this type of quirks for accessibility than myself. |
@tiffwyatt can you download the latest version and use the |
@isantolin Is this something you can assist me as well please? This is for accessibility purposes so it's a matter of using keyboard properly in different browsers (the ones described on README). |
@Ron666 Yes, will test this later today and let you know if it works. Thanks for looking into this! |
@tiffwyatt You are welcome. Keep me posted |
Thanks @isantolin |
Any updates on this? |
Hi, sorry, took me a while to get round to testing … |
@tiffwyatt How about IE? Have you been able to try MS Edge, or any version between 9 and 11? |
If you confirm no issues at all also with IE, I'll merge this fix |
@Ron666 As I am on a Mac I tested IE 9, 10, 11 and Edge using https://crossbrowsertesting.com. Didn't encounter any problems while navigating keyboard-only. Will test Edge on a Windows machine at my office tomorrow morning and let you know – but as far as I can see your fix is working well. |
Great! Well let me know ASAP so I can put the fix in place for the next release. Thanks for testing this |
@Ron666 Just tested with Edge and Chrome on Windows 7 – working well! Thanks a lot for fixing this. |
Perfect. Great news. The fix has been integrated now and will be available in the CDN for next release. Closing this ticket now |
@Ron666 Really sorry, but I just noticed the Safari keyboard navigation bug isn't completely resolved after all. Before your fix, the behaviour was: "I can't tab through the controls of the player itself, nor can I navigate to any link after the player, because I keep losing focus and getting sent back to the first Safari tab." Now, after the fix, I can tab through the controls of the player itself – that part works perfectly. The trouble is, after tabbing through the last control the focus still gets lost and is sent back to the first Safari window tab. Because of this it is impossible to ever navigate past the video/audio element to any content further down on the page – effectively a keyboard trap. I didn't realize this while testing, as the video was the only item on my test page. Would be brilliant if you could find a fix for this! Will gladly test anything you might come up with. |
I see. I'll try to check this ASAP and keep you posted. Thanks |
Do you have a URL I can use to replicate the issue? |
You can test this on http://www.mediaelementjs.com: Start tabbing from the top of the page and keep going until you reach the last control in the "Big Buck Bunny" Video (the fullscreen control). (This is assuming your Safari browser is configured to Full Keyboard Access – http://www.weba11y.com/blog/2014/07/07/keyboard-navigation-in-mac-browsers/) |
@tiffwyatt this is an issue with Safari, so I have submitted a bug report for this. Let's wait and see what they say |
@Ron666 Okay, thanks! |
@tiffwyatt I have some news for you: I think the problem with Safari is that when using appendChild it doesn't append the children elements of it, and they get lost for some reason, but not it's focus. So I'll be working on something to make sure we cover this scenario and I'll keep you posted |
@knomedia and @tiffwyatt I have a new branch ( |
@tiffwyatt I tested on Mac and so far it has been no issues at all. Once you confirm with Safari on your side, as well as IE9+ and Edge I think I'll be good to merge this |
@tiffwyatt I just restricted this for Safari desktop. So I tested this and it's working fine. It has been merged now to the master branch. Thanks. |
Within Safari v 10.0 (the latest Safari for my OS at the time), when using the keyboard to navigate a page with mediaelement, focus gets lost, and sent back to the
<body>
making it impossible to navigate the page for keyboard only users.Steps to reproduce:
<tab>
to move focus around the page<body>
Expected behavior:
I'd love to put together a fix for this and have been chasing it down for a bit, but haven't come up with anything useful yet. Any guidance on where I might poke around to find the issue?
The text was updated successfully, but these errors were encountered: