Show an error when there are no completed builds in the past 20 runs
https://bugs.webkit.org/show_bug.cgi?id=100266

Reviewed by Dimitri Glazkov.

Right now we get a cryptic JS error in the console when loading the gtk port. This at least gives an error in
the notification stream. We should probably tweak this UI to make it so we can make
errors in the notification stream stick out (e.g. make the text red).

We should also consider making the number of runs to load dynamic (e.g. if 20 runs don't work,
try 40).

* BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/scripts/garden-o-matic.js:
* BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/scripts/results.js:
* BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/scripts/results_unittests.js:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132369 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Use include paths relative to Source/ in the TestRunner's public API
https://bugs.webkit.org/show_bug.cgi?id=100079

Reviewed by Adam Barth.

For a inside-chromium build, we usually don't add the WebKit API paths
as include paths, so including files by name only does not work.

Eventually we might want to move to a model where all includes are
relative to Source/, so we're using that here already now.

* DumpRenderTree/DumpRenderTree.gyp/DumpRenderTree.gyp:
* DumpRenderTree/chromium/TestRunner/public/WebEventSender.h:
* DumpRenderTree/chromium/TestRunner/public/WebTestDelegate.h:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132370 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Crash when trying to write exception message to null console
https://bugs.webkit.org/show_bug.cgi?id=99658

Patch by Toni Barzic <tbarzic@chromium.org> on 2012-10-24
Reviewed by Adam Barth.

Source/WebCore:

DOMWindow::console may return NULL, so we should do a NULL check before adding message to it.
This may happen e.g. if a worker throws an exception just as the document is being replaced in the view.
The exception task could be processes after current window in the frame changes, and console in the document window is nulled.

Test: fast/workers/worker-exception-during-navigation.html

* dom/Document.cpp:
(WebCore::Document::addMessage):

LayoutTests:

The test creates bunch of workers that throw an exception as soon as they are loaded and then tries to change the current document.
The test passes if there is no crash.
Unfortuantely, the test is inherently flaky and may produce some false positive results (but should never fail if there is no bug).

* fast/workers/resources/worker-exception.js: Added.
* fast/workers/worker-exception-during-navigation-expected.txt: Added.
* fast/workers/worker-exception-during-navigation.html: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132371 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreveiewed gardening. Fixing linter, marking 2 mathml tests as flaky crashers on debug,
and adding passing Lion expectations for a third mathml test.

* platform/chromium/TestExpectations:
* platform/chromium-mac-lion/mathml/presentation/fenced-expected.png: Modified.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132372 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Code cleanup after r132165
https://bugs.webkit.org/show_bug.cgi?id=100135

Reviewed by Geoffrey Garen.

Fixed up some unneccesary and inefficient constructs in MarkupTokenBase.h.

Code clean up without functional changes, therefore no new tests.

* xml/parser/MarkupTokenBase.h:
(WebCore::MarkupTokenBase::beginEndTag): Changed argument to be const Vector<LChar, 32>&.
(WebCore::MarkupTokenBase::appendToCharacter): Changed argument to be const Vector<LChar, 32>&.
(WebCore::MarkupTokenBase::appendToName): Elimintated inline.
(WebCore::MarkupTokenBase::name): Elimintated inline.
(WebCore::MarkupTokenBase::nameString): Elimintated inline.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132373 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Respect image orientation in image dragging code
https://bugs.webkit.org/show_bug.cgi?id=100200

Reviewed by Tony Chang.

Based on the corresponding code in DragImageMac.mm.  The image
rotation code isn't hooked up yet, so no observable effect for now.

* platform/chromium/DragImageChromiumSkia.cpp:
(WebCore::createDragImageFromImage):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132374 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Fixing the Chromium build after typo in r132367.

* WebCore.gypi:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132375 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Layout tests to verify scaled composited layers have crisp text
https://bugs.webkit.org/show_bug.cgi?id=96940

Reviewed by Adrienne Walker.

Chromium bug: crbug.com/149943

* compositing/text-on-scaled-layer-expected.html: Added.
* compositing/text-on-scaled-layer.html: Added.
* compositing/text-on-scaled-surface-expected.html: Added.
* compositing/text-on-scaled-surface.html: Added.
* platform/chromium/TestExpectations:
* platform/mac/TestExpectations:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132376 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chromium] SVG repaint issues
https://bugs.webkit.org/show_bug.cgi?id=99874

Reviewed by Levi Weintraub.

Source/WebCore:

RenderSVGRoot::paintReplaced() converts the container offsets to a relative transform,
but in doing so it ends up accumulating subpixel rounding deltas twice: first for
adjustedPaintOffset and second in localToParentTransform(). If coordinates are on
half-pixel boundaries, the 2x rounding delta yields a full pixel drift and we end up
painting at the wrong location.

This can be avoided by using localToBorderBoxTransform() directly, which (unlike
localToParentTransform()) doesn't perform rounding.

No new tests: existing pixel results cover this change after rebaseline.

* rendering/svg/RenderSVGRoot.cpp:
(WebCore::RenderSVGRoot::paintReplaced):

LayoutTests:

* platform/chromium-linux/svg/zoom/page/zoom-svg-float-border-padding-expected.png:
* platform/chromium-linux/svg/zoom/text/zoom-svg-float-border-padding-expected.png:
* platform/chromium-win/svg/custom/object-sizing-width-50p-height-75p-on-target-svg-absolute-expected.png:
* platform/chromium-win/svg/custom/object-sizing-width-50p-height-75p-on-target-svg-expected.png:
* platform/chromium/TestExpectations:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132377 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed gardening. Marking fast/media/w3c/test_media_queries.html as slow on
Chromium debug bots following r132352. It may still timeout...

* platform/chromium/TestExpectations:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132378 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Turn PageLoad tests into simple performancetests, commit #1 
https://bugs.webkit.org/show_bug.cgi?id=99899

Reviewed by Ryosuke Niwa.

We cannot provide an elegant way to measure the memory consumption of the PageLoad tests, but we can turn them into simple
performance tests and measure their memory footprint and performance that way. This change moves and renames the related files
to their new location and adds html/js wrappers for them.

This is the #1 commit of the whole patch.

* PageLoad/svg/files/az-lizard_benji_park_01.svg: Removed.
* PageLoad/svg/files/bamboo_01.svg: Removed.
* SVG/AzLizardBenjiPark.html: Added.
* SVG/Bamboo.html: Added.
* SVG/resources: Added.
* SVG/resources/AzLizardBenjiPark.svg: Copied from PerformanceTests/PageLoad/svg/files/az-lizard_benji_park_01.svg.
* SVG/resources/Bamboo.svg: Copied from PerformanceTests/PageLoad/svg/files/bamboo_01.svg.



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132379 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Make the Inspector WKView/WebView become the first responder when bringToFront is called.

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

Reviewed by Joseph Pecoraro.

Source/WebKit/mac:

* WebCoreSupport/WebInspectorClient.mm:
(WebInspectorFrontendClient::bringToFront): Make the Inspector WebView become the first responder.

Source/WebKit2:

* UIProcess/mac/WebInspectorProxyMac.mm:
(WebKit::WebInspectorProxy::platformBringToFront): Make the Inspector WKView become the first responder.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132380 268f45cc-cd09-0410-ab3c-d52691b4dbfc
AX: WebKit exposes abstract ARIA role range as AXSlider; should be generic AXGroup
https://bugs.webkit.org/show_bug.cgi?id=100204

Reviewed by Beth Dakin.

Source/WebCore: 

Remove the "range" role as a valid ARIA role.

Test: platform/mac/accessibility/aria-slider-value.html

* accessibility/AccessibilityObject.cpp:
(WebCore::createARIARoleMap):

LayoutTests: 

Remove the aria-range.html test because the same functionality is covered in aria-slider.html
Rename aria-range-value to aria-slider-value and use the non-abstract role slider instead (and 
move that to the general accessibility platform).

* accessibility/aria-slider-value-expected.txt: Copied from LayoutTests/platform/mac/accessibility/aria-range-value-expected.txt.
* accessibility/aria-slider-value.html: Copied from LayoutTests/platform/mac/accessibility/aria-range-value.html.
* platform/mac/accessibility/aria-range-expected.txt: Removed.
* platform/mac/accessibility/aria-range-value-expected.txt: Removed.
* platform/mac/accessibility/aria-range-value.html: Removed.
* platform/mac/accessibility/aria-range.html: Removed.



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132381 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed GTK gardening.

Rebaselining two Video Track tests after r132349.

* platform/gtk/media/track/track-cue-rendering-horizontal-expected.txt:
* platform/gtk/media/track/track-cue-rendering-vertical-expected.txt:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132382 268f45cc-cd09-0410-ab3c-d52691b4dbfc
        Fixed Windows path for SharedWorkerStrategy.h - it's in workers/, not platform/.

        * WebCore.vcproj/WebCore.vcproj:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132383 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Honor image orientation in GraphicsContextSkia
https://bugs.webkit.org/show_bug.cgi?id=100179

Reviewed by Stephen White.

Also fix a bug in ImageOrientation.h: Some of the values were
switched. They now match the description in the exif spec at
http://www.exif.org/Exif2-2.PDF page 18, and the notes at
http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html and
the picture at http://www.80sidea.com/archives/2316.

They showed up correctly in Safari because the orientation transform
was done after flipping Y. Let the flipping happen later. I verified
that flipping transformation order and fixing the exif enum cancelled
each other out, so this has no effect on the apple port.

Not hooked up yet, so no observable difference.

* platform/graphics/BitmapImage.h:
* platform/graphics/ImageOrientation.h:
(WebCore::ImageOrientation::usesWidthAsHeight):
(WebCore::ImageOrientation::fromEXIFValue):
* platform/graphics/cg/GraphicsContextCG.cpp:
(WebCore::GraphicsContext::drawNativeImage):
* platform/graphics/skia/ImageSkia.cpp:
(WebCore::paintSkBitmap):
(WebCore::BitmapImage::draw):
(WebCore):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132384 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Create skia_webkit.gyp to improve rebaselining.
https://bugs.webkit.org/show_bug.cgi?id=99759

Patch by Ben Wagner <bungeman@chromium.org> on 2012-10-24
Reviewed by Dirk Pranke.

This allows for code suppressions to be lifted atomically with new baselines.

* skia_webkit.gyp: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132385 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add per destination ID message receivers
https://bugs.webkit.org/show_bug.cgi?id=100276

Reviewed by Andreas Kling.

Extend MessageReceiverMap to handle adding message receivers for a given destinationID/receiver name pair.
Use this to make every WebPage object a message receiver.

* Platform/CoreIPC/MessageReceiverMap.cpp:
(CoreIPC::MessageReceiverMap::addMessageReceiver):
(CoreIPC):
(CoreIPC::MessageReceiverMap::removeMessageReceiver):
(CoreIPC::MessageReceiverMap::invalidate):
(CoreIPC::MessageReceiverMap::dispatchMessage):
(CoreIPC::MessageReceiverMap::dispatchSyncMessage):
* Platform/CoreIPC/MessageReceiverMap.h:
(MessageReceiverMap):
* WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::WebPage):
(WebKit::WebPage::~WebPage):
* WebProcess/WebPage/WebPage.h:
(WebPage):
* WebProcess/WebProcess.cpp:
(WebKit::WebProcess::addMessageReceiver):
(WebKit):
(WebKit::WebProcess::removeMessageReceiver):
(WebKit::WebProcess::didReceiveSyncMessage):
(WebKit::WebProcess::didReceiveMessage):
* WebProcess/WebProcess.h:
(WebProcess):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132386 268f45cc-cd09-0410-ab3c-d52691b4dbfc
BlackBerry fix for webgl-depth-texture.html
https://bugs.webkit.org/show_bug.cgi?id=100258

Patch by Jonathan Feldstein <jfeldstein@rim.com> on 2012-10-24
Reviewed by Yong Li.

Removed a platform specific define that is unnecessary.

* platform/graphics/GraphicsContext3D.cpp:
(WebCore::GraphicsContext3D::computeFormatAndTypeParameters):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@132387 268f45cc-cd09-0410-ab3c-d52691b4dbfc
image-set doesn't round-trip properly with cssText
https://bugs.webkit.org/show_bug.cgi?id=99725

Patch by Rick Byers <rbyers@chromium.org> on 2012-10-24
Reviewed by Beth Dakin.

Source/WebCore:

Fix serialization of -webkit-image-set rules to use the same format as
is used for parsing.

Test: fast/css/image-set-setting.html

* css/CSSImageSetValue.cpp:
(WebCore::CSSImageSetValue::customCssText):
* css/CSSValueList.h:
(WebCore::CSSValueList::item): Add const overload

LayoutTests:

Update image-set-setting test to expect the css text to round-trip properly.

* fast/css/image-set-setting-expected.txt:
* fast/css/script-tests/image-set-setting.js:
(testComputedStyle):
(testImageSetRule):

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