- 27 Feb, 2013 40 commits
-
-
zandobersek@gmail.com authored
https://bugs.webkit.org/show_bug.cgi?id=110981 Patch by Zan Dobersek <zdobersek@igalia.com> on 2013-02-27 Reviewed by Martin Robinson. * Source/autotools/SetupWebKitFeatures.m4: Disable the MathML support in release builds as the code is not yet deemed production-ready. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144222 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=107840 Patch by Manuel Rego Casasnovas <rego@igalia.com> on 2013-02-27 Reviewed by Ryosuke Niwa. Source/WebCore: Covered by editing/deleting/smart-editing-disabled.html. * page/Settings.in: Add new setting with true as initial value. Source/WebKit2: * Shared/WebPageCreationParameters.cpp: (WebKit::WebPageCreationParameters::encode): (WebKit::WebPageCreationParameters::decode): Remove code related to isSmartInsertDeleteEnabled. * Shared/WebPageCreationParameters.h: (WebPageCreationParameters): Remove isSmartInsertDeleteEnabled. * Shared/WebPreferencesStore.h: (WebKit): Add macro for smartInsertDeleteEnabled setting. * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetSmartInsertDeleteEnabled): (WKPreferencesGetSmartInsertDeleteEnabled): Implement methods using the new setting. * UIProcess/API/C/WKPreferencesPrivate.h: Add new methods headers. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::initializeWebPage): Set smartInsertDeleteEnabled setting using m_isSmartInsertDeleteEnabled to keep initial value on Mac. (WebKit::WebPageProxy::creationParameters): Remove usage of parameters.isSmartInsertDeleteEnabled. * WebProcess/WebCoreSupport/WebEditorClient.cpp: (WebKit::WebEditorClient::smartInsertDeleteEnabled): Enable method for all platforms. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::WebPage): Remove m_isSmartInsertDeleteEnabled initialization. (WebKit::WebPage::updatePreferences): Set smartInsertDeleteEnabled setting. (WebKit::WebPage::isSmartInsertDeleteEnabled): Implement method using settings. (WebKit): (WebKit::WebPage::setSmartInsertDeleteEnabled): Implement method using settings. * WebProcess/WebPage/WebPage.h: (WebPage): Enable methods dealing with smartInsertDeleteEnabled for all platforms and remove m_isSmartInsertDeleteEnabled as it will be a setting. LayoutTests: Replace testRunner.setSmartInsertDeleteEnabled by internals.settings.setSmartInsertDeleteEnabled in tests. * editing/deleting/smart-editing-disabled.html: * editing/selection/doubleclick-beside-cr-span.html: * editing/selection/doubleclick-whitespace-crash.html: * editing/selection/doubleclick-whitespace-img-crash.html: * editing/selection/doubleclick-whitespace.html: * platform/wk2/TestExpectations: Unflag editing/deleting/smart-editing-disabled.html as it passes now. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144221 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
cfleizach@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=107345 Reviewed by Beth Dakin. Source/WebCore: Add in the pause/resume functionality to SpeechSynthesis. Also hook up the callback events. Test: platform/mac/fast/speechsynthesis/speech-synthesis-pause-resume.html * Modules/speech/SpeechSynthesis.cpp: (WebCore::SpeechSynthesis::SpeechSynthesis): (WebCore::SpeechSynthesis::pending): (WebCore::SpeechSynthesis::paused): (WebCore::SpeechSynthesis::startSpeakingImmediately): (WebCore::SpeechSynthesis::pause): (WebCore::SpeechSynthesis::resume): (WebCore): (WebCore::SpeechSynthesis::didPauseSpeaking): (WebCore::SpeechSynthesis::didResumeSpeaking): * Modules/speech/SpeechSynthesis.h: (SpeechSynthesis): * platform/PlatformSpeechSynthesizer.h: (PlatformSpeechSynthesizerClient): (PlatformSpeechSynthesizer): * platform/mac/PlatformSpeechSynthesizerMac.mm: (-[WebSpeechSynthesisWrapper speakUtterance:WebCore::]): (-[WebSpeechSynthesisWrapper pause]): (-[WebSpeechSynthesisWrapper resume]): (-[WebSpeechSynthesisWrapper speechSynthesizer:didFinishSpeaking:]): (WebCore::PlatformSpeechSynthesizer::pause): (WebCore): (WebCore::PlatformSpeechSynthesizer::resume): LayoutTests: * platform/mac/fast/speechsynthesis/speech-synthesis-pause-resume-expected.txt: Added. * platform/mac/fast/speechsynthesis/speech-synthesis-pause-resume.html: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144220 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
fpizlo@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=110948 Reviewed by Michael Saboff. DCE of bitops is not sound since the bitops might call some variant of valueOf. This used to work right because ValueToInt32 was MustGenerate. From the DFG IR standpoint it feels weird to make ValueToInt32 be MustGenerate since that node is implemented entirely as a pure conversion. If we ever gave the DFG the ability to do effectful bitops, we would most likely implement them as special nodes not related to the ValueToInt32 and bitop nodes we have now. This change is performance neutral. * dfg/DFGNodeType.h: (DFG): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144219 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
andersca@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=110997 Reviewed by Andreas Kling. * DerivedSources.make: Add StorageAreaProxy. * UIProcess/Storage/StorageManager.cpp: (WebKit::StorageManager::setItem): Send back a DidSetItem message. * WebKit2.xcodeproj/project.pbxproj: Add generated files. * WebProcess/Storage/StorageAreaProxy.cpp: (WebKit::StorageAreaProxy::StorageAreaProxy): Add the message receiver. (WebKit::StorageAreaProxy::~StorageAreaProxy): Remove the message receiver. (WebKit::StorageAreaProxy::didSetItem): add stub. * WebProcess/Storage/StorageAreaProxy.h: (StorageAreaProxy): * WebProcess/Storage/StorageAreaProxy.messages.in: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144218 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
weinig@apple.com authored
<rdar://problem/13229828> Reviewed by Dan Bernstein. Due the change in CFBundleIdentifier, the WebProcess and PluginProcess were unnecessarily muxing (they used to be whitelisted by OpenGL) to the discrete GPU. * PluginProcess/EntryPoint/mac/LegacyProcess/Info.plist: * PluginProcess/EntryPoint/mac/XPCService/PluginService.32-64.Info.plist: * PluginProcess/EntryPoint/mac/XPCService/PluginService.Development/Info.plist: * WebProcess/EntryPoint/mac/LegacyProcess/Info.plist: * WebProcess/EntryPoint/mac/XPCService/WebContentService.Development/Info.plist: * WebProcess/EntryPoint/mac/XPCService/WebContentService/Info.plist: Add NSSupportsAutomaticGraphicsSwitching YES. * WebKit2.xcodeproj/project.pbxproj: Re-add the PluginService.32-64.Info.plist plist to the project file. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144217 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ap@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=110900 Reviewed by NOBODY (OOPS!). Reviewed by Brady Eidson. ResourceRequest now has more state for syncing between resource and platform parts. In addition to tracking which is up to date, we also track which has up to date HTTP Body. The reason is that we don't need the body on request before it's actually sent, and we actually cannot build it when networking is out of process. * WebCore.exp.in: Updated exports. * platform/network/ResourceRequestBase.h: * platform/network/ResourceRequestBase.cpp: (WebCore::ResourceRequestBase::setHTTPBody): Update HTTP body before returning it. (WebCore::ResourceRequestBase::updatePlatformRequest): Update according to HTTPBodyUpdatePolicy. (WebCore::ResourceRequestBase::updateResourceRequest): Ditto. * platform/network/cf/FormDataStreamCFNet.cpp: (WebCore::formDataStreamLengthPropertyName): (WebCore::formCopyProperty): (WebCore::setHTTPBody): Changed to not update Content-Length in platform request directly. We need to keep it in sync with resource request, and it's easier to do in a caller. Exposed computed length as a property do avoid duplicating the work. * platform/network/cf/FormDataStreamCFNet.h: Removed unnecessary httpBodyFromStream(). * platform/network/cf/ResourceHandleCFNet.cpp: (WebCore::willSendRequest): (WebCore::didReceiveResponse): (WebCore::ResourceHandle::createCFURLConnection): Update body when necessary. (WebCore::ResourceRequest::nsURLRequest): (WebCore::ResourceRequest::doUpdateResourceRequest): (WebCore::ResourceRequest::doUpdateResourceHTTPBody): (WebCore): (WebCore::ResourceRequest::doUpdatePlatformRequest): (WebCore::ResourceRequest::doUpdatePlatformHTTPBody): (WebCore::ResourceRequest::updateFromDelegatePreservingOldHTTPBody): (WebCore::ResourceRequest::applyWebArchiveHackForMail): Ditto. * platform/network/cf/ResourceRequest.h: Track body up-to-date state. * platform/network/cf/ResourceRequestCFNet.cpp: (WebCore::ResourceRequest::cfURLRequest): Honor HTTPBodyUpdatePolicy. (WebCore::ResourceRequest::doUpdatePlatformRequest): Don't update body here. (WebCore::ResourceRequest::doUpdatePlatformHTTPBody): Update the body, and make sure that Content-Length is correct. (WebCore::ResourceRequest::doUpdateResourceRequest): Don't update body here. (WebCore::ResourceRequest::doUpdateResourceHTTPBody): Update the body, fixing a bug where body stream was lost if this function got called. (WebCore::ResourceRequest::applyWebArchiveHackForMail): No need to update body for this one. * platform/network/mac/ResourceRequestMac.mm: Ditto (but this didn't have a bug with streams in doUpdateResourceRequest()). * platform/network/mac/FormDataStreamMac.h: Forward declare formDataStreamLengthPropertyName(). * platform/network/mac/ResourceHandleMac.mm: (WebCore::ResourceHandle::createNSURLConnection): (WebCore::ResourceHandle::start): (WebCore::ResourceHandle::platformLoadResourceSynchronously): (-[WebCoreResourceHandleAsDelegate connection:willSendRequest:redirectResponse:]): (-[WebCoreResourceHandleAsDelegate connection:didReceiveResponse:]): Update body when necessary. * platform/network/blackberry/ResourceRequest.h: * platform/network/chromium/ResourceRequest.h: * platform/network/curl/ResourceRequest.h: * platform/network/qt/ResourceRequest.h: * platform/network/soup/ResourceRequest.h: * platform/network/win/ResourceRequest.h: Added stubs for new functions. These ports don't keep a platform request in ResourceRequest, and don't need updating. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144216 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
schenney@chromium.org authored
Unreviewed expectations after recent bug fixes. * platform/chromium-mac-lion/fast/borders/border-radius-percent-expected.png: Added. * platform/chromium-mac-lion/svg/css/text-shadow-multiple-expected.png: * platform/chromium-mac-snowleopard/fast/borders/border-radius-percent-expected.png: Added. * platform/chromium-mac-snowleopard/svg/css/text-shadow-multiple-expected.png: * platform/chromium-mac/fast/borders/border-radius-percent-expected.png: Added. * platform/chromium-mac/svg/css/text-shadow-multiple-expected.png: * platform/chromium-mac/svg/custom/transform-with-shadow-and-gradient-expected.png: * platform/chromium-win/fast/borders/border-radius-percent-expected.png: Added. * platform/chromium-win/svg/css/text-shadow-multiple-expected.png: * platform/chromium-win/svg/custom/transform-with-shadow-and-gradient-expected.png: * platform/chromium/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144215 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
glenn@skynav.com authored
https://bugs.webkit.org/show_bug.cgi?id=110944 Reviewed by Dean Jackson. .: * Source/cmake/WebKitFeatures.cmake: * Source/cmakeconfig.h.cmake: Source/JavaScriptCore: * Configurations/FeatureDefines.xcconfig: Source/WebCore: No new tests. * Configurations/FeatureDefines.xcconfig: Source/WebKit/chromium: * features.gypi: Source/WebKit/mac: * Configurations/FeatureDefines.xcconfig: Source/WebKit2: * Configurations/FeatureDefines.xcconfig: Tools: * Scripts/webkitperl/FeatureList.pm: * qmake/mkspecs/features/features.pri: WebKitLibraries: * win/tools/vsprops/FeatureDefines.vsprops: * win/tools/vsprops/FeatureDefinesCairo.vsprops: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144214 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abucur@adobe.com authored
https://bugs.webkit.org/show_bug.cgi?id=93247 Reviewed by Darin Adler. Source/WebCore: The listifyParagraph function inside InsertListCommand triggered a layout for the new list and updated only the "start" Position. The insertion and layout may have changed the "end" Position as well. The patch makes sure "end" is also recomputed. Test: No new test, the patch fixes a regression. * editing/InsertListCommand.cpp: (WebCore::InsertListCommand::listifyParagraph): LayoutTests: Update TestExpectations because the test doesn't crash any more. * platform/chromium/TestExpectations: * platform/efl/TestExpectations: * platform/gtk/TestExpectations: * platform/mac/TestExpectations: * platform/qt-4.8/TestExpectations: * platform/qt-mac/TestExpectations: * platform/qt/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144213 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=110938 Patch by Zach Kuznia <zork@chromium.org> on 2013-02-27 Reviewed by Hajime Morrita. * fileapi/FileReaderLoader.cpp: * fileapi/FileReaderLoader.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144212 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
Patch by Yong Li <yong.li.webkit@outlook.com> on 2013-02-27 * Scripts/webkitpy/common/config/watchlist: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144211 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=110991 Patch by Julien Brianceau <jbrianceau@nds.com> on 2013-02-27 Reviewed by Csaba Osztrogonác. * jit/JIT.h: (JSC::JIT::canBeOptimizedOrInlined): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144210 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
Fix bug in HTML5 Fullscreen API implementation that was preventing YouTube HTML5 media controls fullscreen button from working properly. https://bugs.webkit.org/show_bug.cgi?id=110905 Patch by John Griggs <jgriggs@rim.com> on 2013-02-27 Reviewed by Yong Li. Return true from ChromeClientBlackBerry::supportsFullScreenForElement instead of the negation of the boolean flag (withKeyboard) passed in. * WebCoreSupport/ChromeClientBlackBerry.cpp: (WebCore::ChromeClientBlackBerry::supportsFullScreenForElement): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144209 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
allan.jensen@digia.com authored
https://bugs.webkit.org/show_bug.cgi?id=106669. Original patch by Sebastian Dröge. Reviewed by Csaba Osztrogonác. Source/WebCore: * WebCore.pri: Tools: Build with GStreamer 1.0 if available, but support GStreamer 0.10 temporarily to make upgrading easy and the patch suitable for Qt5. * qmake/mkspecs/features/features.prf: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144208 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=110990 Patch by Martin Robinson <mrobinson@igalia.com> on 2013-02-27 Reviewed by Eric Seidel. * config.ini: Add my blog to the planet. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144207 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
jamesr@google.com authored
https://bugs.webkit.org/show_bug.cgi?id=110935 Reviewed by Adrienne Walker. WebViewImpl::animate() and WebViewImpl::updateAnimations() are confusingly similar. ::animate() implements the WebWidget API and is called by content::RenderWidget and WebViewHost. ::updateAnimations() implements the WebLayerTreeViewClient API and is called by content::RenderWidgetCompositor and by ::animate(). The important part of this indirection is that whenever the compositor is active, all animation calls must route through cc::LayerTreeHost before entering into WebCore's animation code so that the compositor can set the appropriate rate limiting state. Animations may originate from content::RenderWidget::AnimateIfNeeded when in software and single threaded mode or from cc::LayerTreeHost::updateAnimations in threaded compositing mode. In the long ago, content::RenderWidget had no idea if compositing was active or not and always called WebWidget::animate(), so WebViewImpl::animate() had to redirect to the compositor when appropriate. Now (as of chromium r180947) RenderWidget calls WebWidget::animate only when in software mode and otherwise calls directly into the compositor. Thus WebViewImpl::animate() no longer needs to do this check. In a follow-up, WebViewImpl::updateAnimations will go away completely in favor of just calling WebWidget::animate in all cases. * src/WebViewImpl.cpp: (WebKit::WebViewImpl::animate): (WebKit::WebViewImpl::updateAnimations): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144206 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
efidler@rim.com authored
[BlackBerry] Fix BlackBerry::Platform::String to WTF::String conversion when the string is Latin-1-encoded. https://bugs.webkit.org/show_bug.cgi?id=110986 Reviewed by Yong Li. Internally reviewed by Nima Ghanavatian. BlackBerry PR 292922 We were assuming all platform strings were valid UTF-8, which isn't true for Latin-1 strings. * platform/text/blackberry/StringBlackBerry.cpp: (WTF::String::String): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144205 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
allan.jensen@digia.com authored
https://bugs.webkit.org/show_bug.cgi?id=110989 Reviewed by Noam Rosenthal. Do not apply a negative offset to the animation starttime send to the GraphicLayerClient, it needs the actual animation start not a virtual start. * platform/graphics/texmap/GraphicsLayerTextureMapper.cpp: (WebCore::GraphicsLayerTextureMapper::addAnimation): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144204 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
acolwell@chromium.org authored
Fix SourceBufferList so SourceBuffer.append() calls are always rejected after the MediaSource is closed. https://bugs.webkit.org/show_bug.cgi?id=110917 Reviewed by Eric Carlson. Source/WebCore: Test: http/tests/media/media-source/video-media-source-reject-append-after-reopening.html * Modules/mediasource/SourceBufferList.cpp: (WebCore::SourceBufferList::clear): LayoutTests: * http/tests/media/media-source/video-media-source-reject-append-after-reopening-expected.txt: Added. * http/tests/media/media-source/video-media-source-reject-append-after-reopening.html: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144203 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=110860 Patch by Sean Wang <Xuewen.Wang@torchmobile.com.cn> on 2013-02-27 Reviewed by Yong Li. PR 290248 Internally reviewed by Mike Fenton Add a parameter to notify the webpage client which parts of selection have changed in visual or in its selected DOM content. Refactor the selection details parameter to platform repo. The reason of this issue is that when javascript triggers webpage layout, the selection will update its apperance event when the selected content is not changed. We want to hide the context menu only when the selected content is changed not when only its visual is changed. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144202 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
szledan@inf.u-szeged.hu authored
* Scripts/webkitpy/common/config/committers.py: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144201 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=110836 Patch by Sean Wang <Xuewen.Wang@torchmobile.com.cn> on 2013-02-27 Reviewed by Yong Li. PR # 283427 Internally reviewed by Mike Fenton. Store form credentials before javascript "onSubmit" event and notify webpage client to save credentials after that event since javascript may check credentials and stop the submission in its event handler. * WebCoreSupport/CredentialTransformData.cpp: (WebCore::CredentialTransformData::CredentialTransformData): (WebCore): * WebCoreSupport/CredentialTransformData.h: (CredentialTransformData): * WebCoreSupport/FrameLoaderClientBlackBerry.cpp: (WebCore::FrameLoaderClientBlackBerry::dispatchWillSubmitForm): (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendSubmitEvent): * WebCoreSupport/FrameLoaderClientBlackBerry.h: (FrameLoaderClientBlackBerry): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144200 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
szledan@inf.u-szeged.hu authored
http://trac.webkit.org/changeset/144192 https://bugs.webkit.org/show_bug.cgi?id=110984 Stored svn password on wrong computer (Requested by kkristof on #webkit). Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-27 * Scripts/webkitpy/common/config/committers.py: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144199 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
pilgrim@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=110982 Reviewed by Adam Barth. Part of a larger refactoring series; see tracking bug 82948. * chromium/public/Platform.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144198 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kadam@inf.u-szeged.hu authored
* platform/qt/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144197 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
junov@google.com authored
https://bugs.webkit.org/show_bug.cgi?id=110889 Reviewed by Simon Fraser. Source/WebCore: Fixing background color filling to handle "non renderable" rounded rectangles. Test: fast/borders/border-radius-percent.html * rendering/RenderBoxModelObject.cpp: (WebCore::RenderBoxModelObject::paintFillLayerExtended): LayoutTests: Adding new pixel test to verify the correct rendering of rounded rectangle backgrounds with inner border radii that exceed the dimensions of the inner edge of the border. * fast/borders/border-radius-percent-expected.txt: Added. * fast/borders/border-radius-percent.html: Added. * platform/chromium-linux/fast/borders/border-radius-percent-expected.png: Added. * platform/chromium/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144196 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
fmalita@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=76557 Reviewed by Stephen Chenney. Source/WebCore: Always use kDst_Mode transfer for the shadow looper. Using kSrc_Mode to enforce CSS box-shadow opaqueness at this level is not necessary since the RenderBoxModel box decoration code already makes sure that shadows are filled with opaque black. This change aligns the SVG shadow behavior (and pixel results) with CG/Safari. No new tests, coverage provided by existing tests. * platform/graphics/skia/GraphicsContextSkia.cpp: (WebCore::GraphicsContext::setPlatformShadow): LayoutTests: * platform/chromium-linux/svg/css/text-shadow-multiple-expected.png: * platform/chromium-linux/svg/custom/transform-with-shadow-and-gradient-expected.png: * platform/chromium/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144195 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
haraken@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=110781 Reviewed by Adam Barth. This is one of steps to insert TRACE_EVENT_STATE() macros into DOM bindings. This patch introduces an indirection function for xxxReplaceableAttrSetter(), like this: // For non-custom replaceable setters (Note: One implementation is enough for all replaceable setters in one interface.) void V8XXX:::ReplaceableAttrSetterCallback(...) { V8XXX::ReplaceableAttrSetter(...); } // For custom replaceable setters. (Note: This is treated as a normal custom setter.) void xxxAttrSetterCallback(...) { return xxxAttrSetterCustom(...); } No tests. No change in behavior. * bindings/scripts/CodeGeneratorV8.pm: (GenerateReplaceableAttrSetterCallback): (GenerateReplaceableAttrSetter): (GenerateSingleBatchedAttribute): (GenerateImplementation): * bindings/scripts/test/V8/V8TestObj.cpp: (WebCore::TestObjV8Internal::TestObjReplaceableAttrSetterCallback): (TestObjV8Internal): (WebCore): * bindings/scripts/test/V8/V8TestTypedefs.cpp: (WebCore::TestTypedefsV8Internal::TestTypedefsReplaceableAttrSetterCallback): (TestTypedefsV8Internal): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144194 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mifenton@rim.com authored
https://bugs.webkit.org/show_bug.cgi?id=110617 Reviewed by Rob Buis. PR 293598. Fix a regression in the previous patch caused by an unhandled Alt key down being sent through by IMF. Reviewed Internally by Nima Ghanavatian. * WebKitSupport/InputHandler.cpp: (BlackBerry::WebKit::InputHandler::updateFormState): * WebKitSupport/InputHandler.h: (InputHandler): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144193 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kkristof@inf.u-szeged.hu authored
* Scripts/webkitpy/common/config/committers.py: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144192 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
allan.jensen@digia.com authored
https://bugs.webkit.org/show_bug.cgi?id=110149 Reviewed by Simon Hausmann. Revert r134222. The issue from bug 101836 is no longer reproducable, and the fix was causing flash objects to not load properly. * plugins/PluginPackage.cpp: (WebCore::PluginPackage::determineQuirks): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144191 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=110762 Patch by No'am Rosenthal <noam@webkit.org> on 2013-02-27 Reviewed by Allan Sandfeld Jensen. Source/WebCore: Refactor the way intermediate surfaces are handled in TextureMapperLayer. Beforehand, we would create an intermediate surface whenever there is a chance of overlap, and the intermediate surface would be the largest possible. The result would then be drawn to the target surface with the layer's opacity and mask. This would make it so that (1) surfaces are created even when they're not needed, i.e. when there is no actual overlap, and (2) mask wouldn't be applied correctly. In this patch the behavior is changed so that the area to be painted is divided to "overlapping" and "non overlapping" regions. The non-overlapping regions are painted directly, while the overlapping regions are tiled to smaller rectangles painted using an intermediate surface. Masks are applied to those intermediate surfaces based on the transform of the actual mask, not drawn together with the content texture like before. This optimizes for the more common case of opacity animations on a large tree, while making the quite rare case of composited masks slightly less optimized but always correct. Tests: compositing/overlap-blending/children-opacity-huge.html compositing/overlap-blending/reflection-opacity-huge.html compositing/overlap-blending/children-opacity-no-overlap.html * platform/graphics/cairo/GraphicsContext3DPrivate.cpp: (WebCore::GraphicsContext3DPrivate::paintToTextureMapper): * platform/graphics/cairo/GraphicsContext3DPrivate.h: (GraphicsContext3DPrivate): * platform/graphics/efl/GraphicsContext3DPrivate.cpp: (WebCore::GraphicsContext3DPrivate::paintToTextureMapper): * platform/graphics/efl/GraphicsContext3DPrivate.h: (GraphicsContext3DPrivate): * platform/graphics/qt/GraphicsContext3DQt.cpp: (GraphicsContext3DPrivate): (WebCore::GraphicsContext3DPrivate::paintToTextureMapper): * platform/graphics/qt/MediaPlayerPrivateQt.cpp: (WebCore::MediaPlayerPrivateQt::paintToTextureMapper): * platform/graphics/qt/MediaPlayerPrivateQt.h: (MediaPlayerPrivateQt): * platform/graphics/surfaces/GraphicsSurface.cpp: (WebCore::GraphicsSurface::paintToTextureMapper): * platform/graphics/surfaces/GraphicsSurface.h: (GraphicsSurface): * platform/graphics/surfaces/glx/GraphicsSurfaceGLX.cpp: (WebCore::GraphicsSurface::platformPaintToTextureMapper): * platform/graphics/surfaces/mac/GraphicsSurfaceMac.cpp: (WebCore::GraphicsSurface::platformPaintToTextureMapper): * platform/graphics/surfaces/win/GraphicsSurfaceWin.cpp: (WebCore::GraphicsSurface::platformPaintToTextureMapper): * platform/graphics/texmap/TextureMapperBackingStore.h: (TextureMapperBackingStore): * platform/graphics/texmap/TextureMapperPlatformLayer.h: (TextureMapperPlatformLayer): * platform/graphics/texmap/TextureMapperSurfaceBackingStore.cpp: (WebCore::TextureMapperSurfaceBackingStore::paintToTextureMapper): * platform/graphics/texmap/TextureMapperSurfaceBackingStore.h: (TextureMapperSurfaceBackingStore): * platform/graphics/texmap/TextureMapperTile.cpp: (WebCore::TextureMapperTile::paint): * platform/graphics/texmap/TextureMapperTile.h: (TextureMapperTile): * platform/graphics/texmap/TextureMapperTiledBackingStore.cpp: (WebCore::TextureMapperTiledBackingStore::paintToTextureMapper): * platform/graphics/texmap/TextureMapperTiledBackingStore.h: (TextureMapperTiledBackingStore): * platform/graphics/texmap/coordinated/CoordinatedBackingStore.cpp: (WebCore::CoordinatedBackingStore::paintTilesToTextureMapper): (WebCore::CoordinatedBackingStore::paintToTextureMapper): * platform/graphics/texmap/coordinated/CoordinatedBackingStore.h: (CoordinatedBackingStore): Removed the "mask" parameter from TextureMapperPlatformLayer and overrides, since we no longer paint the contents and the mask in the same pass. * platform/graphics/texmap/TextureMapper.cpp: (WebCore::TextureMapper::TextureMapper): * platform/graphics/texmap/TextureMapper.h: (WebCore::TextureMapper::setMaskMode): (TextureMapper): (WebCore::TextureMapper::isInMaskMode): * platform/graphics/texmap/TextureMapperGL.cpp: (WebCore::TextureMapperGL::drawNumber): (WebCore::TextureMapperGL::drawTexture): (WebCore::TextureMapperGL::draw): (WebCore): (WebCore::TextureMapperGL::drawTexturedQuadWithProgram): (WebCore::TextureMapperGL::drawFiltered): * platform/graphics/texmap/TextureMapperGL.h: (TextureMapperGL): * platform/graphics/texmap/TextureMapperImageBuffer.cpp: (WebCore::TextureMapperImageBuffer::drawTexture): (WebCore::TextureMapperImageBuffer::drawSolidColor): * platform/graphics/texmap/TextureMapperImageBuffer.h: (TextureMapperImageBuffer): Instead of painting the mask together with the texture/color, paint the mask by drawing with DestinationIn to an existing surface. * platform/graphics/texmap/TextureMapperLayer.cpp: (TextureMapperPaintOptions): (WebCore::TextureMapperLayer::paintSelf): (WebCore::TextureMapperLayer::shouldBlend): (WebCore::TextureMapperLayer::paintSelfAndChildrenWithReplica): (WebCore::TextureMapperLayer::replicaTransform): (WebCore): (WebCore::applyFilters): (WebCore::resolveOverlaps): (WebCore::TextureMapperLayer::computeOverlapRegions): (WebCore::TextureMapperLayer::paintUsingOverlapRegions): (WebCore::TextureMapperLayer::applyMask): (WebCore::TextureMapperLayer::paintIntoSurface): (WebCore::commitSurface): (WebCore::TextureMapperLayer::paintWithIntermediateSurface): (WebCore::TextureMapperLayer::paintRecursive): * platform/graphics/texmap/TextureMapperLayer.h: (WebCore): (TextureMapperLayer): (WebCore::TextureMapperLayer::hasFilters): * platform/graphics/texmap/TextureMapperShaderProgram.cpp: (WebCore): (WebCore::TextureMapperShaderProgram::create): * platform/graphics/texmap/TextureMapperShaderProgram.h: LayoutTests: Added a few ref-tests for correct overlap blending in accelearated compositing mode. Skipping the new reflection test on Mac/Chromium since it's not rendered properly on those platforms. * compositing/overlap-blending/children-opacity-huge-expected.html: Added. * compositing/overlap-blending/children-opacity-huge.html: Added. * compositing/overlap-blending/children-opacity-no-overlap-expected.html: Added. * compositing/overlap-blending/children-opacity-no-overlap.html: Added. * compositing/overlap-blending/reflection-opacity-huge-expected.html: Added. * compositing/overlap-blending/reflection-opacity-huge.html: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144190 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
zandobersek@gmail.com authored
* platform/gtk/TestExpectations: Template element support is already enabled in development builds. Removing skip entries for related tests as they all pass. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144189 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
zandobersek@gmail.com authored
Rebaselining after r144096. * platform/gtk/TestExpectations: * platform/gtk/css2.1/20110323/replaced-elements-001-expected.txt: * platform/gtk/css2.1/replaced-elements-001-expected.png: Added. * platform/gtk/css3/flexbox/button-expected.png: Added. * platform/gtk/css3/flexbox/button-expected.txt: Added. * platform/gtk/svg/custom/foreign-object-skew-expected.txt: * platform/gtk/tables/mozilla/bugs/bug92647-2-expected.txt: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144188 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
jochen@chromium.org authored
Unreviewed gardening. * platform/chromium/ContentShellTestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144187 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
apavlov@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=110971 Reviewed by Yury Semikhatsky. Split out PanelEnablerView-related rules into panelEnabledView.css and restored the missing rules in inspector.css. * inspector/front-end/inspector.css: * inspector/front-end/panelEnablerView.css: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144186 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
vsevik@chromium.org authored
http://trac.webkit.org/changeset/144179 https://bugs.webkit.org/show_bug.cgi?id=110980 Breaks compilation (Requested by vsevik on #webkit). Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-27 * public/WebTextInputType.h: * src/WebViewImpl.cpp: (WebKit::WebViewImpl::textInputInfo): (WebKit::WebViewImpl::textInputType): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144185 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
tkent@chromium.org authored
REGRESSION: INPUT_MULTIPLE_FIELDS_UI: Changing CSS display property on input[type=date] unexpectedly makes another line for ::-webkit-calendar-picker-indicator https://bugs.webkit.org/show_bug.cgi?id=110974 Reviewed by Kentaro Hara. Source/WebCore: Input elements with the multiple fields UI require flexible box layout. We should use RenderFlexibleBox regardless of display property values. Tests: Update fast/forms/date/date-apparance-basic.html * html/BaseMultipleFieldsDateAndTimeInputType.cpp: (WebCore::BaseMultipleFieldsDateAndTimeInputType::createRenderer): Always use RenderFlexibleBox. * html/BaseMultipleFieldsDateAndTimeInputType.h: (BaseMultipleFieldsDateAndTimeInputType): Declare createRenderer. LayoutTests: * fast/forms/date/date-appearance-basic-expected.txt: * fast/forms/date/date-appearance-basic.html: * platform/chromium-mac/fast/forms/date/date-appearance-basic-expected.png: * platform/chromium/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144184 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
allan.jensen@digia.com authored
https://bugs.webkit.org/show_bug.cgi?id=102501 Reviewed by Noam Rosenthal. Notify about animation start after the new animation is actually commited. * platform/graphics/texmap/GraphicsLayerTextureMapper.cpp: (WebCore::GraphicsLayerTextureMapper::GraphicsLayerTextureMapper): (WebCore::GraphicsLayerTextureMapper::commitLayerChanges): (WebCore::GraphicsLayerTextureMapper::addAnimation): * platform/graphics/texmap/GraphicsLayerTextureMapper.h: (GraphicsLayerTextureMapper): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144183 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-