Skip to content
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

Open
tdd opened this issue Sep 1, 2014 · 7 comments

Comments

@tdd
Copy link

tdd commented Sep 1, 2014

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,

@msfeldstein
Copy link
Owner

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

@gabrielecirulli
Copy link

👍 I came here to report the same problem. Pretty sad how Chromium absorbs most stuff into its security model and then just trashes it.

@madvas
Copy link

madvas commented May 9, 2015

👍 Hopefully, chrome will resolve this soon

@naartjie
Copy link

Just checking, you guys have all cast your votes on the chromium bug right? :-)

@tdd
Copy link
Author

tdd commented May 21, 2015

Sure :-)

@naartjie
Copy link

@pbrooko @cyanogilvie we need your votes please ;-)

@msfeldstein
Copy link
Owner

Yeah star the bug, but dont add +1 comments that don't add more info they
might need.

On Thu, May 21, 2015 at 4:21 AM Marcin Jekot [email protected]
wrote:

@pbrooko https://github.com/pbrooko @cyanogilvie
https://github.com/cyanogilvie we need your votes please ;-)


Reply to this email directly or view it on GitHub
#17 (comment)
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants