[Webkit-unassigned] [Bug 44261] [GTK] Add HTTP caching support
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sun Sep 26 07:16:30 PDT 2010
https://bugs.webkit.org/show_bug.cgi?id=44261
--- Comment #80 from Xan Lopez <xan.lopez at gmail.com> 2010-09-26 07:16:30 PST ---
(From update of attachment 68664)
View in context: https://bugs.webkit.org/attachment.cgi?id=68664&action=review
> WebCore/platform/network/ResourceHandleInternal.h:51
> +#include <GRefPtr.h>
Nitpick, but requester.h already includes request.h
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:196
> + String location = String::fromUTF8(uri.get());
Can't we just commit this bit now?
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:305
> // parseDataUrl() is taken from the CURL http backend.
I guess you want to remove this comment now, since the function is wildly different by now (or at least say 'originally' or something).
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:387
>
GINT_TO_POINTER(!isBase64) ? Could fail?
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:453
> +
Any reason not to use platform ptrs here too?
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:459
> +
And here?
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:515
> +
These two ifs are almost identical, I think they can be trivially merged.
> WebCore/platform/network/soup/ResourceHandleSoup.cpp:544
> + d->m_buffer = static_cast<char*>(g_malloc(READ_BUFFER_SIZE));
Am I the only one worried that we malloc 8k for each outgoing HTTP request? or am I missing something here. Is this just making something explicit that was implicit before or we adding an extra copy to the whole process?
--
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