[Qt] Unreviewed gardening, skip new failing tests.

* platform/qt/Skipped:
* platform/qt/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124204 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[BlackBerry] Support Negotiate auth
https://bugs.webkit.org/show_bug.cgi?id=91871

Patch by Joe Mason <jmason@rim.com> on 2012-07-31
Reviewed by George Staikos.

Add Negotiate to the list of auth schemes allowed in the platform request.

Add "success" and "requireCredentials" parameters to notifyAuthReceived (which is now called
with success = true on successful authentication, as well as on failures).

When success is true, update the stored credential to use the auth scheme actually reported
rather than that set in the request. (This is used when Negotiate auth can't get a ticket
and falls back to a different supported auth type.)

When requireCredentials is false, just set the auth type and start a new request using empty
credentials.

RIM PR# 166514
Internally reviewed by Jonathan Dong

* platform/network/blackberry/NetworkJob.cpp:
(WebCore::NetworkJob::notifyAuthReceived): Add Negotiate to the auth scheme switch. Handle
success param by updating auth type in stored credentials; pass requireCredentials param on
to sendRequestWithCredentials.
(WebCore::NetworkJob::startNewJobWithRequest): Fix typo in increaseRedirectCount parameter
name.
(WebCore::NetworkJob::sendRequestWithCredentials): Use empty credentials if
requireCredentials is false.
* platform/network/blackberry/NetworkJob.h:
(NetworkJob):
* platform/network/blackberry/NetworkManager.cpp:
(WebCore::NetworkManager::startJob): Add Negotiate to the auth scheme switch.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124205 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chromium] Unreviewed, rebaseline fast/ruby/overhang-horizontal.html.

* platform/chromium-win/fast/ruby/overhang-horizontal-expected.png: Added.
* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124206 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[GTK] Add a new and reusable enchant-based spellchecker in WebCore
https://bugs.webkit.org/show_bug.cgi?id=90269

Reviewed by Martin Robinson.

Source/WebCore:

Move enchant specific code down to WebCore, into a new class
TextCheckerEnchant, that we can use from WK1 and WK2.

* GNUmakefile.am: Add flags to handle the SPELLCHECK feature.
* GNUmakefile.list.am: Added new files.
* platform/text/gtk/TextCheckerEnchant.cpp: Added.
(getAvailableDictionariesCallback):
(TextCheckerEnchant::TextCheckerEnchant):
(TextCheckerEnchant::~TextCheckerEnchant):
(TextCheckerEnchant::ignoreWord):
(TextCheckerEnchant::learnWord):
(TextCheckerEnchant::checkSpellingOfString):
(TextCheckerEnchant::getGuessesForWord):
(TextCheckerEnchant::updateSpellCheckingLanguages):
(TextCheckerEnchant::freeEnchantBrokerDictionaries):
* platform/text/gtk/TextCheckerEnchant.h: Added.
(WebCore):
(TextCheckerEnchant):
(WebCore::TextCheckerEnchant::create):

Source/WebKit/gtk:

Remove enchant specific code from WebKitSpellCheckerEnchant and
implement it relying in the new TextCheckerEnchant class in WebCore.

* webkit/webkitspellcheckerenchant.cpp:
(_WebKitSpellCheckerEnchantPrivate):
(webkit_spell_checker_enchant_finalize):
(webkit_spell_checker_enchant_class_init):
(webkit_spell_checker_enchant_init):
(checkSpellingOfString):
(getGuessesForWord):
(updateSpellCheckingLanguages):
(learnWord):
(ignoreWord):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124207 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Web Inspector: extract MemoryInstrumentationImpl into separate files for future reusing in unit tests
https://bugs.webkit.org/show_bug.cgi?id=92751

Reviewed by Yury Semikhatsky.

* CMakeLists.txt:
* GNUmakefile.list.am:
* Target.pri:
* WebCore.gypi:
* WebCore.vcproj/WebCore.vcproj:
* inspector/InspectorAllInOne.cpp:
* inspector/InspectorMemoryAgent.cpp:
(WebCore):
* inspector/MemoryInstrumentationImpl.cpp: Added.
(WebCore):
(WebCore::MemoryInstrumentationImpl::MemoryInstrumentationImpl):
(WebCore::MemoryInstrumentationImpl::processDeferredInstrumentedPointers):
(WebCore::MemoryInstrumentationImpl::countObjectSize):
(WebCore::MemoryInstrumentationImpl::deferInstrumentedPointer):
(WebCore::MemoryInstrumentationImpl::visited):
(WebCore::MemoryInstrumentationImpl::selfSize):
* inspector/MemoryInstrumentationImpl.h: Added.
(WebCore):
(MemoryInstrumentationImpl):
(WebCore::MemoryInstrumentationImpl::totalTypeSize):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124208 268f45cc-cd09-0410-ab3c-d52691b4dbfc
skia: switch to conical gradient to match css/svg spec for two-point gradients
https://bugs.webkit.org/show_bug.cgi?id=92754

Reviewed by Stephen White.

Source/WebCore:

Switching to skia's TwoPointConical gradient, which has been written explicitly to match the css/svg spec.
Leaving the existing TwoPointRadial gradient in skia, for other callers that may want the old behavior.

No new tests. existing layouttests exercise this change (9 pending rebaselines associated with this CL).

* platform/graphics/skia/GradientSkia.cpp:
(WebCore::Gradient::platformGradient):

LayoutTests:

Update expectations to rebaseline 9 images after this change lands

* platform/chromium/TestExpectations:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124209 268f45cc-cd09-0410-ab3c-d52691b4dbfc
xmlserializer strips xlink from xlink:html svg image tag
https://bugs.webkit.org/show_bug.cgi?id=79586

Reviewed by Nikolas Zimmermann.

Source/WebCore: 

Adding code to ensure the correct prefix on attributes in the xml,
xmlns and xlink namespaces. We now follow the rules in
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-end.html#serializing-html-fragments
(circa the time of this change).

Rob Buis wrote the original test for this patch and did the initial work.

Tests: fast/dom/XMLSerializer-xml-namespace.html
       svg/custom/xlink-prefix-in-attributes.html

* editing/MarkupAccumulator.cpp:
(WebCore::attributeIsInSerializedNamespace): Test for an attribute in
a specially serialized namespace: xml, xmlns, xlink.
(WebCore):
(WebCore::MarkupAccumulator::appendAttribute): Check the namespace of
attributes upon serialization, and add any necessary prefixes.
* html/parser/HTMLTreeBuilder.cpp:
(WebCore::adjustForeignAttributes): Use WTF::xmlAtom etc for AtomicString arguments.

Source/WTF: 

Add WTF::xlinkAtom as a global AtomicString constant.

* wtf/text/AtomicString.h:
(WTF): Add xlinkAtom.
* wtf/text/StringStatics.cpp:
(WTF): Add xlinkAtom.
(WTF::AtomicString::init): Add xlinkAtom.

LayoutTests: 

Adding code to ensure the correct prefix on attributes in the xml,
xmlns and xlink namespaces. We now follow the rules in
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-end.html#serializing-html-fragments
(circa the time of this change).

Rob Buis wrote the original test for this patch and did the initial work.


* editing/pasteboard/paste-noscript-svg-expected.txt: Updated.
* fast/dom/XMLSerializer-xml-namespace-expected.txt: Added.
* fast/dom/XMLSerializer-xml-namespace.html: Added. Tests serializing attributes with the xml namespace.
* svg/custom/xlink-prefix-in-attributes-expected.txt: Added.
* svg/custom/xlink-prefix-in-attributes.html: Added. Tests serializing attributes in the xmlns and xlink namespaces.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124210 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed, rolling out r124208.
http://trac.webkit.org/changeset/124208
https://bugs.webkit.org/show_bug.cgi?id=92765

it broke compilation on mac (Requested by loislo on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-07-31

* CMakeLists.txt:
* GNUmakefile.list.am:
* Target.pri:
* WebCore.gypi:
* WebCore.vcproj/WebCore.vcproj:
* WebCore.xcodeproj/project.pbxproj:
* inspector/InspectorAllInOne.cpp:
* inspector/InspectorMemoryAgent.cpp:
(WebCore):
* inspector/MemoryInstrumentationImpl.cpp: Removed.
* inspector/MemoryInstrumentationImpl.h: Removed.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124211 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Regression(r124135): SVG tests crashing on ports using Cairo
https://bugs.webkit.org/show_bug.cgi?id=92752

Patch by Thiago Marcos P. Santos <thiago.santos@intel.com> on 2012-07-31
Reviewed by Martin Robinson.

* platform/graphics/cairo/PathCairo.cpp:
(WebCore::Path::operator=):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124212 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove the clone() method from FilterOperation (and subclasses).
https://bugs.webkit.org/show_bug.cgi?id=92757

Reviewed by Kentaro Hara.

Since the move to WebFilterOperation in Chromium, this is now dead
code.

Covered by existing tests in css3/filters.

* platform/graphics/filters/CustomFilterOperation.h:
* platform/graphics/filters/FilterOperation.h:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@124213 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Blackberry][FullScreen] HTML5 <video> controls are scaled differently depending on the current webpage scale
https://bugs.webkit.org/show_bug.cgi?id=90884
PR #162839

Reviewed by Rob Buis.
Patch by Antonio Gomes <agomes@rim.com>

The way the BlackBerry port implements the FULLSCREEN_API for media
elements might result in the controls being oversized, proportionally
to the current page scale. That happens because the fullscreen element
gets sized to be as big as the viewport size, and the viewport size might
get outstretched to fit to the screen dimensions.

In order to fix that, the patch strips out the Page scale factor from
the media controls multiplier.

Patch also changes many integer-based calculations to be float-based, in
order to get the needed precision.

Internally reviewed by Jacky Jiang.

* platform/blackberry/RenderThemeBlackBerry.cpp:
(WebCore):
(WebCore::determineFullScreenMultiplier):
(WebCore::RenderThemeBlackBerry::adjustSliderThumbSize):
(WebCore::RenderThemeBlackBerry::adjustMediaControlStyle):
(WebCore::RenderThemeBlackBerry::adjustSliderTrackStyle):
(WebCore::RenderThemeBlackBerry::paintMediaSliderTrack):
(WebCore::RenderThemeBlackBerry::paintMediaSliderThumb):

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