WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
191611
[WebRTC] Provide default implementation of LibWebRTCProvider
https://bugs.webkit.org/show_bug.cgi?id=191611
Summary
[WebRTC] Provide default implementation of LibWebRTCProvider
Don Olmstead
Reported
2018-11-13 16:57:43 PST
If !USE(LIBWEBRTC) there should be a default disabled LibWebRTCProvider. Currently Windows has one since it has no support but other platforms should be taken into account.
Attachments
Patch
(16.86 KB, patch)
2018-11-13 17:48 PST
,
Ross Kirsling
no flags
Details
Formatted Diff
Diff
Patch
(16.86 KB, patch)
2018-11-13 17:49 PST
,
Ross Kirsling
no flags
Details
Formatted Diff
Diff
Patch for landing
(12.02 KB, patch)
2018-11-13 19:30 PST
,
Ross Kirsling
no flags
Details
Formatted Diff
Diff
Patch for landing
(16.74 KB, patch)
2018-11-13 19:32 PST
,
Ross Kirsling
no flags
Details
Formatted Diff
Diff
Show Obsolete
(3)
View All
Add attachment
proposed patch, testcase, etc.
Ross Kirsling
Comment 1
2018-11-13 17:48:01 PST
Comment hidden (obsolete)
Created
attachment 354739
[details]
Patch
Ross Kirsling
Comment 2
2018-11-13 17:49:46 PST
Created
attachment 354740
[details]
Patch
Don Olmstead
Comment 3
2018-11-13 17:58:43 PST
Comment on
attachment 354740
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=354740&action=review
> Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:71 > +#if !USE(LIBWEBRTC) > +bool LibWebRTCProvider::webRTCAvailable() > +{ > +#if PLATFORM(COCOA) > + return true; > +#else > + return false; > +#endif > +} > +#endif
I know this was in the original code for cocoa returning true but I have a feeling this is a bug on their end. If so you can just collapse this into one big #if
Michael Catanzaro
Comment 4
2018-11-13 18:08:44 PST
Comment on
attachment 354740
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=354740&action=review
> Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:55 > -#if !PLATFORM(COCOA) && !PLATFORM(GTK) && !PLATFORM(WPE) > +#if !USE(LIBWEBRTC) || (!PLATFORM(COCOA) && !USE(GSTREAMER))
Confusing... why not just: #if !USE(LIBWEBRTC)
>> Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:71 >> +#endif > > I know this was in the original code for cocoa returning true but I have a feeling this is a bug on their end. If so you can just collapse this into one big #if
Yeah Don is right, there's no way this is supposed to return true. We could do archaeology to figure out where it broke... or just fix it now. :)
Don Olmstead
Comment 5
2018-11-13 18:12:39 PST
(In reply to Michael Catanzaro from
comment #4
)
> Comment on
attachment 354740
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=354740&action=review
> > > Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:55 > > -#if !PLATFORM(COCOA) && !PLATFORM(GTK) && !PLATFORM(WPE) > > +#if !USE(LIBWEBRTC) || (!PLATFORM(COCOA) && !USE(GSTREAMER)) > > Confusing... why not just: > > #if !USE(LIBWEBRTC)
Technically it seemed like the Glib ports wanted USE(LIBWEBRTC) && USE(GSTREAMER) to be true.
> >> Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:71 > >> +#endif > > > > I know this was in the original code for cocoa returning true but I have a feeling this is a bug on their end. If so you can just collapse this into one big #if > > Yeah Don is right, there's no way this is supposed to return true. We could > do archaeology to figure out where it broke... or just fix it now. :)
Yea its really weird not sure if we should wait for youenn to chime in.
youenn fablet
Comment 6
2018-11-13 19:15:02 PST
Comment on
attachment 354740
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=354740&action=review
>>>> Source/WebCore/platform/mediastream/libwebrtc/LibWebRTCProvider.cpp:71 >>>> +#endif >>> >>> I know this was in the original code for cocoa returning true but I have a feeling this is a bug on their end. If so you can just collapse this into one big #if >> >> Yeah Don is right, there's no way this is supposed to return true. We could do archaeology to figure out where it broke... or just fix it now. :) > > Yea its really weird not sure if we should wait for youenn to chime in.
Yep, sounds good to simplify it.
Ross Kirsling
Comment 7
2018-11-13 19:30:49 PST
Comment hidden (obsolete)
Created
attachment 354756
[details]
Patch for landing
Ross Kirsling
Comment 8
2018-11-13 19:32:19 PST
Created
attachment 354757
[details]
Patch for landing
WebKit Commit Bot
Comment 9
2018-11-13 19:57:29 PST
Comment on
attachment 354757
[details]
Patch for landing Clearing flags on attachment: 354757 Committed
r238159
: <
https://trac.webkit.org/changeset/238159
>
WebKit Commit Bot
Comment 10
2018-11-13 19:57:31 PST
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 11
2018-11-13 19:58:21 PST
<
rdar://problem/46051555
>
Ross Kirsling
Comment 12
2018-11-13 20:16:49 PST
Argh, this is what I get for being impatient -- GTK/WPE build fix incoming.
Ross Kirsling
Comment 13
2018-11-13 20:23:20 PST
(In reply to Ross Kirsling from
comment #12
)
> Argh, this is what I get for being impatient -- GTK/WPE build fix incoming.
Committed
r238160
: <
https://trac.webkit.org/changeset/238160
>
Don Olmstead
Comment 14
2018-11-13 20:27:43 PST
Your unreviewed build fix should be doing USE(GSTREAMER) && USE(LIBWEBRTC). Of course check the file to see what’s there.
Ross Kirsling
Comment 15
2018-11-13 20:53:00 PST
(In reply to Don Olmstead from
comment #14
)
> Your unreviewed build fix should be doing USE(GSTREAMER) && USE(LIBWEBRTC). > Of course check the file to see what’s there.
Sorry about that. Committed
r238161
: <
https://trac.webkit.org/changeset/238161
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug