PermissionDeniedError when permission should be granted about sip.js HOT 9 CLOSED

Confirmed at Chrome 34.0.1847.132 @ Linux (Fedora 19)

from sip.js.

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

from sip.js.

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"}).

from sip.js.

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?

from sip.js.

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.

from sip.js.

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.

from sip.js.

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

from sip.js.

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.

from sip.js.

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

from sip.js.