qt5webkit: cleaunup cookiejar

remove redunancy
qt5webkit: enable custom (storage) paths in WK2

WK2 defaults to QStandardPaths which might not result in appropriate locations
qt5webkit: improve custom (storage) paths in WK2

Improved implementation
qt5webkit: updated asserts

cleanup, stronger asserts and avoid possible assert on StorageType update
qt5webkit: clean-up QtWebCustomPaths

Remove Assignment operator, copy constructor, and PersistentStorage from QtWebPathType
Merge pull request #6 from Metrological/cookiejar

Cookiejar
[GStreamer] webkitwebaudiosrc element needs to emit stream-start, caps and segment events

Backport of http://trac.webkit.org/changeset/160216
[GStreamer] Fix caps negotiation in playback pipeline

Backport of http://trac.webkit.org/changeset/172338
[GStreamer] Lazy GstFFT initialization

Initialize the GstFFT structures only if needed, this allows to spare
a few arithmetic function calls.
[WebAudio] Spare an AudioBus copy

The HRTF database sample rate is already set correctly by the
GStreamer AudioFileReader.
[WebAudio] Process each HRTF database channel in a single FFT

Instead of performing one FFT per elevation per channel (total: 480
FFTs) only one FFT per channel is performed. Then smaller FFTFrames
are creating by copying ranges from the bigger ones.
[WebAudio] Block AudioContext until the HRTF database is fully loaded

The Raspberry Pi has only one CPU core and keeping the audio context
active while the HRTF db loads is seriously slowing down the HRTF db
thread. In that configuration it takes about 23 seconds to load.

Blocking the AudioContext while the HRTF db thread is running allows a
faster loading of the db (in about 13 seconds). The biggest drawback
though is that the entire WebProcess is blocked during that time.
Merge pull request #7 from Metrological/webaudio

Webaudio support improvements
Revert "plug a ref leak in StreamingClient"

This patch is not right.
This reverts commit 721e1e390162e3d38cf4d326903ee892b98a41f2.
[GStreamer] ASSERT failure in WebKitWebSource in StreamingClient
https://bugs.webkit.org/show_bug.cgi?id=136132

adoptGRef() has an ASSERT failure if it's used on a floating pointer. For some reason,
WebKitWebSrc* src in StreamingClient's constructor is floating. Since we
don't construct this ourselves, I assume this is happening in Playbin.

If we remove the ref and adopt, GRefPtr's constructor calls gst_object_ref_sink,
which removes the floating reference and doesn't increment the reference count.
This should work, but actually causes the page to either lock up or crash (different
results for different testers).

In this case, it seems like the adoptGRef / gst_object_ref was the correct thing to do,
but adoptGRef won't actually let us do. Removing the ASSERT is a bad idea, because
usually we don't want to adopt floating pointers.

This is all a long way of saying that making m_src a raw pointer and manually
calling gst_object_ref(), and calling gst_object_unref in the destructor is the
best solution in this case, since it fixes the problem while leaving the ASSERT
to protect us in the much more common case where adopting a floating reference is bad.

Reviewed by Philippe Normand.

* platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp:
(StreamingClient::StreamingClient): Make m_src a raw pointer instead of a GRefPtr.
(StreamingClient::~StreamingClient): Unref m_src.
(StreamingClient::createReadBuffer): Replace m_src.get() with m_src, since it's a raw pointer now.
(StreamingClient::handleResponseReceived): Same.
(StreamingClient::handleDataReceived): Same.
(StreamingClient::handleNotifyFinished): Same.
(CachedResourceStreamingClient::notifyFinished): Same.
(ResourceHandleStreamingClient::didFail): Same.
(ResourceHandleStreamingClient::wasBlocked): Same.
(ResourceHandleStreamingClient::cannotShowURL): Same.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@172928 268f45cc-cd09-0410-ab3c-d52691b4dbfc

Conflicts:
	Source/WebCore/ChangeLog
	Source/WebCore/platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp
[WebAudio][GStreamer] Disable FFT size check ASSERT

As a follow-up of commit af40222dfa2b80a37a6f5833c5466c825fad57cf, the
GStreamer backend now processes bigger FFTFrames but the underlying
kissfft library still ensures the size configured is a power-of-2
value so it's not needed to check it from WebKit side.
[Qt] qwebcookiejar build and cosmetic fixes

Removed commented-out code, fixed coding style and now using global
actualImplementation variable in SOUP code path.
[WebAudio] build fixes

Fixed build warnings about unused variables and initialization order issues.
Replace EGL code with Qt code in the GraphicsSurface
Implementet copyToGLTexture with a shader.