Adjust internal size on gstreamer source element when receiving data if necessary
https://bugs.webkit.org/show_bug.cgi?id=116534

Patch by Andre Moreira Magalhaes <andre.magalhaes@collabora.co.uk> on 2013-06-19
Reviewed by Philippe Normand.

If the size received in didReceiveResponse is smaller than the actual size of the received data
update the internal size and the appsrc size to the proper value.

* platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp:
(StreamingClient::didReceiveData):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151731 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Qt] Unreviewed rebaselining after 151705.

* platform/qt/http/tests/cache/partitioned-cache-expected.txt: Added.
* platform/qt/http/tests/cache/partitioned-cache-iframe-expected.txt: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151732 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[GStreamer] [texmap] the bytesPerLine is wrong when updating the texture
https://bugs.webkit.org/show_bug.cgi?id=117551

Patch by Víctor Manuel Jáquez Leal <vjaquez@igalia.com> on 2013-06-19
Reviewed by Philippe Normand.

Source/WebCore:

The bytesPerLine (or stride) is wrong when updating the texture
content. This is because the naturalSize() is not updated to the
current buffer. This patch extracts the current value of the size and
the stride.

No tests required.

* platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:
(WebCore::MediaPlayerPrivateGStreamerBase::updateTexture):
(WebCore::MediaPlayerPrivateGStreamerBase::paintToTextureMapper):

LayoutTests:

* platform/gtk-wk2/TestExpectations:
enabled media/video-display-aspect-ratio.html

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151733 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[BlackBerry] Several tests crash due to an assert when creating an ImageBuffer
https://bugs.webkit.org/show_bug.cgi?id=117793

Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-06-19
Reviewed by Rob Buis.

JIRA 388741

Fixes a crash in several layout tests due to an assert when
creating an ImageBuffer with an empty size.

* platform/graphics/blackberry/ImageBufferBlackBerry.cpp:
(WebCore::ImageBuffer::ImageBuffer): Return early if the given
size is empty.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151734 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[BlackBerry] Prevent loss of tile buffers in BackingStorePrivate::render()
https://bugs.webkit.org/show_bug.cgi?id=117799
https://jira.bbqnx.net/browse/BRWSR-11712
JIRA413289

Patch by Jakob Petsovits <jpetsovits@blackberry.com> on 2013-06-19
Reviewed by Carlos Garcia Campos.

Discovered by Xuefei Ren.

If, in rare cases, renderContents() returns false,
the for() loop in render() will take a tile buffer from
the surface pool but due to aborting the iteration early,
won't put it into the new tile map. In order to prevent
losing the buffer, we need to put it back into the
surface pool before continuing.

* Api/BackingStore.cpp:
(BlackBerry::WebKit::BackingStorePrivate::render):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151735 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Do not require JS*Custom.h header if [CustomPutFunction] / [CustomNamedSetter] is used
https://bugs.webkit.org/show_bug.cgi?id=117795

Reviewed by Kentaro Hara.

Fix the JS bindings generator so that it stops including JS*Custom.h header whenever
[CustomPutFunction] or [CustomNamedSetter] IDL extended attributes are used. We don't
really need this custom header and this forces the developer to create dummy custom
headers so that it builds.

If the developer really needs such custom header to be included, he can still use
[JSCustomHeader] IDL extended attribute to do so.

This patch also remove the dummy custom headers that were created but are no longer
required to build.

No new tests, no behavior change. Already covered by the following bindings test:
TestInterface.idl

* GNUmakefile.list.am:
* Target.pri:
* WebCore.vcxproj/WebCore.vcxproj:
* WebCore.vcxproj/WebCore.vcxproj.filters:
* WebCore.xcodeproj/project.pbxproj:
* bindings/js/JSDOMStringMapCustom.h: Removed.
* bindings/js/JSHTMLAppletElementCustom.cpp:
* bindings/js/JSHTMLAppletElementCustom.h: Removed.
* bindings/js/JSHTMLEmbedElementCustom.cpp:
* bindings/js/JSHTMLEmbedElementCustom.h: Removed.
* bindings/js/JSHTMLObjectElementCustom.cpp:
* bindings/js/JSHTMLObjectElementCustom.h: Removed.
* bindings/js/JSHistoryCustom.cpp:
* bindings/js/JSHistoryCustom.h: Removed.
* bindings/js/JSLocationCustom.cpp:
* bindings/js/JSLocationCustom.h: Removed.
* bindings/js/JSStorageCustom.cpp:
* bindings/js/JSStorageCustom.h: Removed.
* bindings/scripts/CodeGeneratorJS.pm:
(GenerateHeader):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151736 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Incorrect computation of shrink-to-fit width for block with white-space:nowrap and floating children
https://bugs.webkit.org/show_bug.cgi?id=114879

Source/WebCore:

Reviewed by David Hyatt.
Per http://www.w3.org/TR/CSS21/visudet.html#Computing_widths_and_margins when width is auto then floating non-replaced,
absolute non-replaced, and inline-block non-replaced elements should use shrink-to-fit width. This trumps any no-wrap property
on the element so if we are shrinking to fit ensure our minimum width respects all possible line breaks.

Test: fast/block/shrink-to-fit-width-container-with-floating-children.html

* rendering/RenderBlock.cpp:
(WebCore::RenderBlock::computeIntrinsicLogicalWidths):

LayoutTests:

Reviewed by David Hyatt.

* fast/block/shrink-to-fit-width-container-with-floating-children-expected.txt: Added.
* fast/block/shrink-to-fit-width-container-with-floating-children.html: Added.
* platform/qt/fast/css/word-space-extra-expected.txt:
* platform/qt/fast/replaced/width100percent-image-expected.txt:
* platform/qt/fast/replaced/width100percent-searchfield-expected.txt:
* platform/qt/fast/replaced/width100percent-textfield-expected.txt:
* platform/qt/tables/mozilla/bugs/bug57828-expected.txt:


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