[Webkit-unassigned] [Bug 132855] [MediaStream] [EFL] getUserMedia throws DomException always
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri May 30 04:02:54 PDT 2014
https://bugs.webkit.org/show_bug.cgi?id=132855
--- Comment #11 from Praveen Jadhav <praveen.j at samsung.com> 2014-05-30 04:03:12 PST ---
(In reply to comment #9)
> (From update of attachment 232069 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=232069&action=review
>
> > Source/WebKit2/WebProcess/MediaStream/UserMediaPermissionRequestManager.h:42
> > + static PassRefPtr<UserMediaPermissionRequestManager> create(WebPage*);
>
> It doesn't look like "WebPage" can ever be NULL so this and the constructor should take a reference.
done.
>
> > Source/WebKit2/WebProcess/MediaStream/UserMediaPermissionRequestManager.h:43
> > + void requestPermission(UserMediaPermission*);
>
> Can "UserMediaPermission" be NULL? If not, this should take a reference.
Have removed UserMediaPermission completely to update your next comment. :)
>
> > Source/WebKit2/WebProcess/WebCoreSupport/WebUserMediaClient.cpp:60
> > +void WebUserMediaClient::requestPermission(WTF::PassRefPtr<UserMediaRequest> request)
> > +{
> > + m_userMediaRequest = request;
> > +
> > + m_page->userMediaPermissionRequestManager()->requestPermission(this);
> > +}
>
> How can the request be stored in m_userMediaRequest? If this is called again before decidePermission() is called, won't decidePermission() make a callback on the wrong request?
True, have removed m_userMediaRequest and the parameter is registered in HashMap to that it callback is received properly.
>
> > Source/WebKit2/WebProcess/WebCoreSupport/WebUserMediaClient.cpp:65
> > +void WebUserMediaClient::cancelRequest(UserMediaRequest*)
> > +{
> > + return;
> > +}
>
> How does this work? What happens when decidePermission is called subsequently?
I have included notImplemented() for now. Will continue to work on this.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list