[webkit-reviews] review granted: [Bug 98532] [Soup] Simplify the way that requests are started : [Attachment 167512] Patch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 8 12:09:16 PDT 2012


Gustavo Noronha (kov) <gns at gnome.org> has granted Martin Robinson
<mrobinson at webkit.org>'s request for review:
Bug 98532: [Soup] Simplify the way that requests are started
https://bugs.webkit.org/show_bug.cgi?id=98532

Attachment 167512: Patch
https://bugs.webkit.org/attachment.cgi?id=167512&action=review

------- Additional Comments from Gustavo Noronha (kov) <gns at gnome.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=167512&action=review


Looks good, just concerned about the change in behaviour for the ref/deref, and
wondering about isDestroying, which seems to always be false.

> Source/WebCore/platform/network/soup/ResourceHandleSoup.cpp:823
> +	   d->m_timeoutSource =
soup_add_timeout(g_main_context_get_thread_default(),
> +	       d->m_firstRequest.timeoutInterval() * 1000,
requestTimeoutCallback, this);

This indentation looks correct, but we have some broken-up parameters in this
file that align with the first argument (so just after the open paren). The
coding style doesn't seem to say anything explicitly, but the one example it
has goes with your way here, something to keep in mind for the future I guess.

> Source/WebCore/platform/network/soup/ResourceHandleSoup.cpp:827
> +    // balanced by a deref() in cleanupSoupRequestOperation, which should
always run
> +    ref();

This has changed - it will now only ref for requests which are effectively
sent, but cleanupSoupRequestOperation calls deref if isDestroying is false,
which it seems to always be, from the looks of it?


More information about the webkit-reviews mailing list