[Webkit-unassigned] [Bug 186547] [WPE] Build getUserMedia support

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jun 12 02:01:38 PDT 2018


https://bugs.webkit.org/show_bug.cgi?id=186547

Alejandro G. Castro <alex at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alex at igalia.com

--- Comment #2 from Alejandro G. Castro <alex at igalia.com> ---
Comment on attachment 342474
  --> https://bugs.webkit.org/attachment.cgi?id=342474
[WPE] Build getUserMedia support

View in context: https://bugs.webkit.org/attachment.cgi?id=342474&action=review

LGTM, some small comments inlined.

> Source/WebCore/ChangeLog:19
> +        no implemented in the Cairo backend itself.

s/no/now/

> Source/WebCore/platform/graphics/cairo/ImageBufferCairo.cpp:217
> +    copy = cairo_image_surface_create(CAIRO_FORMAT_ARGB32,

You can use RefPtr here. In WebKit we usually define the variales when used.

> Source/WebCore/platform/graphics/cairo/ImageBufferCairo.cpp:221
> +    cr = cairo_create(copy);

Ditto here to avoid the explicit cairo_destroy later.

> Source/WebCore/platform/graphics/cairo/ImageBufferCairo.cpp:245
> +    return imageData;

Is there a leak of the surface? If you return the RefPtr probably it would be fixed and you can avoid the destroy in the early return.

> Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp:334
> +    GRefPtr<WebKitMediaStreamSrc> self = adoptGRef(WEBKIT_MEDIA_STREAM_SRC(gst_object_get_parent(parent)));

Does this mean we get the parent of the parent?

> Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp:354
> +    RELEASE_ASSERT(gst_element_add_pad(GST_ELEMENT(self), GST_PAD(ghostpad)));

Do we really want to crash on release? Or we could control the situation log a gstreamer error and leave?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180612/a422f6d0/attachment-0001.html>


More information about the webkit-unassigned mailing list