[BlackBerry] Add Cancel button for Select popup
https://bugs.webkit.org/show_bug.cgi?id=91887

Patch by Crystal Zhang <haizhang@rim.com> on 2012-07-20
Reviewed by Yong Li.

PR 177706

* WebCoreSupport/SelectPopupClient.cpp:
(WebCore::SelectPopupClient::generateHTML):
(WebCore::SelectPopupClient::setValueAndClosePopup):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123255 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium][Mac] Switch the MACOSX_DEPLOYMENT_TARGET to 10.6
https://bugs.webkit.org/show_bug.cgi?id=91752

Patch by Robert Sesek <rsesek@chromium.org> on 2012-07-20
Reviewed by Eric Seidel.

Use 10.6 NSScreen/NSColorSpace APIs to determine if the screen is
monochrome rather than comparing against deprecated colorspace names.

* src/mac/WebScreenInfoFactory.mm:
(WebKit::WebScreenInfoFactory::screenInfo):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123256 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Unreviewed gardening.  Unskip some tests that just need new baselines.

* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123257 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chomium-Android] Place DRT input/output pipes where both app and unrooted shell can read/write
https://bugs.webkit.org/show_bug.cgi?id=91873

Reviewed by Adam Barth.

* Scripts/webkitpy/layout_tests/port/chromium_android.py:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123258 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] CSS tweaks to media controls to prevent styles from being overridden
https://bugs.webkit.org/show_bug.cgi?id=91802

Reviewed by Eric Carlson.

Source/WebCore:

Having the buttons declared as inline caused them to not be included in the box layout,
resulting in styles set outside the media element to affect the position of the buttons.

In a similar vein, it was also possible to override the font-style attribute for the time
display.

Test: media/controls-styling-strict.html

* css/mediaControlsChromium.css:
(audio::-webkit-media-controls-mute-button, video::-webkit-media-controls-mute-button):
(audio::-webkit-media-controls-play-button, video::-webkit-media-controls-play-button):
(audio::-webkit-media-controls-time-remaining-display, video::-webkit-media-controls-time-remaining-display):
(audio::-webkit-media-controls-fullscreen-button, video::-webkit-media-controls-fullscreen-button):

LayoutTests:

* media/controls-styling-strict.html: Added.
* platform/chromium-linux/media/controls-styling-strict-expected.png: Added.
* platform/chromium-linux/media/controls-styling-strict-expected.txt: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123259 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Clean up scratch texture usage in Chromium's implementation
of GPU-accelerated filters.
https://bugs.webkit.org/show_bug.cgi?id=83370

Reviewed by Adrienne Walker.

There didn't used to be a safe way to allocate a scratch texture, and
hold into it beyond the lifetime of GrAutoScratchTexture.  Now there is:
detach().

Covered by existing tests in css3/filters.

* platform/graphics/chromium/cc/CCRenderSurfaceFilters.cpp:
(WebCore::CCRenderSurfaceFilters::apply):
Use a GrAutoScratchTexture to allocate the destination texture, and
detach() to detach it from the cache before placing it in an
SkGrTexturePixelRef.  This means we no longer need to do any lock/
unlock trickery with the TextureCacheEntry, since the refcount is
enough to keep the texture away from the cache's prying hands.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123260 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Unreviewed, mark some tests as slow in debug.

* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123261 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Typo in FontCacheWin.cpp causes return value from getCachedFontData() in getLastResortFallbackFont() to be ignored
https://bugs.webkit.org/show_bug.cgi?id=91506

Patch by Mark Salisbury <mark.salisbury@hp.com> on 2012-07-20
Reviewed by Joseph Pecoraro.

No new test.  The "fallback fallback" code ends up creating a font, so you always
get a fallback font even with this code bug.  A test would be buggy, being highly
platform dependent on what the "fallback fallback" font is on the particular
windows machine the test runs on.

* platform/graphics/win/FontCacheWin.cpp:
(WebCore::FontCache::getLastResortFallbackFont):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@123262 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Unreviewed gardening.  Remove a test that hasn't been
added to the tree yet.

* platform/chromium/TestExpectations:

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