-
Notifications
You must be signed in to change notification settings - Fork 33
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
Captures media keys even when no usable tab for it: prevents native app from using them #17
Comments
We used to handle this when we had our own NPAPI plugin, but after Chrome phased that out we rely on their implementation of media keys. There's a bug for this here: https://code.google.com/p/chromium/issues/detail?id=396991 Short answer, until that bug is fixed there's nothing we can do, which makes me a sad guy as well |
👍 I came here to report the same problem. Pretty sad how Chromium absorbs most stuff into its security model and then just trashes it. |
👍 Hopefully, chrome will resolve this soon |
Just checking, you guys have all cast your votes on the chromium bug right? :-) |
Sure :-) |
@pbrooko @cyanogilvie we need your votes please ;-) |
Yeah star the bug, but dont add +1 comments that don't add more info they On Thu, May 21, 2015 at 4:21 AM Marcin Jekot [email protected]
|
Hey guys,
So this ext is the bomb, thank you so much. Being able to control my Grooveshark instantly from anywhere (Pause/Play mostly) is awesome.
OTOH, I cringe at the flip side of this: apparently you guys capture these keys even when you can't use them. If I don't have any supported webapp opened in Chrome, for instance, they still get sucked by your ext apparently, because iTunes can't seem to use them anymore.
My using iTunes manually (play, pause, etc.) doesn't grab the keys back. I have to close Chrome entirely for this.
I'm on OSX Mavericks with Chrome 39 dev, if that helps.
Any ideas?
Best,
The text was updated successfully, but these errors were encountered: