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

PermissionDeniedError when permission should be granted #26

Closed
wakamoleguy opened this issue May 27, 2014 · 9 comments
Closed

PermissionDeniedError when permission should be granted #26

wakamoleguy opened this issue May 27, 2014 · 9 comments

Comments

@wakamoleguy
Copy link
Contributor

I've heard of this happening a couple times, both in Chrome, across platform (once on Mac OS X and once on Windows 8.1).

sip.invitecontext.mediahandler | unable to acquire stream sip-0.5.0.js?v=1400985007312:168 NavigatorUserMediaError {constraintName: "", message: "", name: "PermissionDeniedError"} sip-0.5.0.js?v=1400985007312:170

It has been reported to happen more often when the JS Console is open, which suggests something weird may be going on.

@roman-yerin
Copy link

Confirmed at Chrome 34.0.1847.132 @ Linux (Fedora 19)

@roman-yerin
Copy link

And it seems, that's happening only with video calls

@wpp
Copy link
Contributor

wpp commented Jul 1, 2014

Just a heads up: If you are trying to get a screen stream

navigator.webkitGetUserMedia({
    audio: false,
    video: {
      mandatory: {
        chromeMediaSource: 'desktop',
        chromeMediaSourceId: streamId,
        maxWidth: window.screen.width,
        maxHeight: window.screen.height
        //,   maxFrameRate: 3
      }
    }
  },

you need an SSL connection (otherwise you get {constraintName: "", message: "", name: "PermissionDeniedError"}).

@jwoertink
Copy link

I'm getting this same error using Windows 7 and Chrome 37. Also using latest SIP.js build from master (as of this posting). I'm just running this locally, is there a way to ignore the SSL requirement?

EDIT: ok, so I figured out my scenario. Apparently at some point my media was set to block localhost from video. >_< Is there an event to listen to for this?

@josephfrazier
Copy link
Contributor

is there a way to ignore the SSL requirement?

If you're testing screen/window capture locally, --allow-http-screen-capture might help.

Is there an event to listen to for this?

If getUserMedia fails, session.mediaHandler should propagate a 'userMediaFailed' event emitted by its MediaStreamManager.

@wakamoleguy
Copy link
Contributor Author

Have there been reports of this recently? Either way, I will leave this open, as we can do much better notifying the application when getUserMedia goes wrong in unexpected ways.

@jwoertink
Copy link

I haven't had any more errors. Just gotta keep looking for the allow/deny dialog box.

@wpp
Copy link
Contributor

wpp commented Jan 12, 2015

I noticed this a couple of times. But like @wakamoleguy suggested it only happens when the "JS Console is open". I think it happens more often when I set breakpoints in Chrome (perhaps be a timing issue). But thats as far as "reproducing" it goes.

@james-criscuolo
Copy link
Collaborator

We haven't seen this in a while, but if anybody sees it again, feel free to re-open or open a new issue.

Thanks,
James

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

No branches or pull requests

6 participants