- 04 Jun, 2010 40 commits
-
-
eric@webkit.org authored
Reviewed by Kenneth Rohde Christiansen. New QtScript API; QScriptValue::instanceOf. New function create an easy way to check value's prototype hierarchy. [Qt] QScriptValue should have an instanceOf method https://bugs.webkit.org/show_bug.cgi?id=40120 * qt/api/qscriptvalue.cpp: (QScriptValue::instanceOf): * qt/api/qscriptvalue.h: * qt/api/qscriptvalue_p.h: (QScriptValuePrivate::instanceOf): * qt/tests/qscriptvalue/tst_qscriptvalue.h: * qt/tests/qscriptvalue/tst_qscriptvalue_generated_comparison.cpp: (tst_QScriptValue::instanceOf_initData): (tst_QScriptValue::instanceOf_makeData): (tst_QScriptValue::instanceOf_test): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60725 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Reviewed by Xan Lopez. [GTK] RenderThemeGtk leaks memory https://bugs.webkit.org/show_bug.cgi?id=40168 Call gtk_widget_destroy in the RenderThemeGtk destructor. This cleans up all widget resources when a theme is destroyed. No new tests, because functionality has not changed. * platform/gtk/RenderThemeGtk.cpp: (WebCore::RenderThemeGtk::~RenderThemeGtk): Call gtk_widget_destroy on m_gtkWindow. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60724 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Reviewed by Xan Lopez. [GTK] RenderThemeGtk leaks memory https://bugs.webkit.org/show_bug.cgi?id=40168 Remove the use of releaseRef to assign a value to a RefPtr. This results in the original pointer taking an extra reference. * platform/gtk/RenderThemeGtk.cpp: (WebCore::RenderThemeGtk::initMediaStyling): Remove the use of releaseRef here. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60723 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
alice.liu@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=40034 <rdar://problem/7799848> Reviewed by Jon Honeycutt. * WebFrame.cpp: (WebFrame::paintScrollViewRectToContextAtPoint): Renamed from paintDocumentRectToContextAtPoint. Call paint() instead of paintContents(). Also move the dirtyRect to counteract the moving that happens in paint(). Just renaming changes: * Interfaces/IWebFramePrivate.idl: * Interfaces/IWebViewPrivate.idl: * WebFrame.h: * WebView.cpp: (WebView::paintScrollViewRectToContextAtPoint): * WebView.h: * Interfaces/WebKit.idl: Touched for rebuild. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60722 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
sullivan@apple.com authored
Rubber-stamped by Ada Chan. * mac/WebKit2.exp: Added _WKFrameRelease and _WKFrameRetain. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60721 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
barraclough@apple.com authored
(JSC::Interpreter::privateExecute): Reviewed by NOBODY (interpreter build fix). git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60720 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60719 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Unreviewed. Add my new email and IRC nick to committers.py. * Scripts/webkitpy/common/config/committers.py: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60718 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Gavin Barraclough. Try to fix the windows build https://bugs.webkit.org/show_bug.cgi?id=40189 Suppress the "unreachable code" warning because we want to assert that we don't reach certain code points. * html/HTML5Lexer.cpp: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60717 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrowe@apple.com authored
* JavaScriptCore.JSVALUE32_64only.exp: Add a trailing newline. * JavaScriptCore.JSVALUE32only.exp: Ditto. * JavaScriptCore.JSVALUE64only.exp: Ditto. * JavaScriptCore.xcodeproj/project.pbxproj: Remove the .exp files from all targets so that Xcode doesn't complain about not knowing how to compile them. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60716 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Unreviewed. Skipping another test which shows 1-pixel differences between the 32-bit and 64-bit bot. * platform/gtk/Skipped: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60715 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kinuko@chromium.org authored
Unreviewed. Revert changes in json_results_generator.py's _get_svn_revision. * Scripts/webkitpy/layout_tests/layout_package/json_results_generator.py: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60714 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Reviewed by Xan Lopez. [GTK] GtkLauncher should support relative file paths https://bugs.webkit.org/show_bug.cgi?id=39944 Allow GtkLauncher to handle relative file paths passed via command-line arguments. * GtkLauncher/main.c: (filename_to_url): Added. (main): Try to resolve arguments as relative file URLs first. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60713 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 A couple more cases like the previous patch that I missed. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60712 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 Make all the state transitions in the machine explicit. This allows us to remove all the break statements, which won't work correctly after we change the macro definitions. Also, while I was looking at every line of code, I fixed a bunch of the one-line-if style errors introduces in my previous patches. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60711 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Unreviewed. Adding baselines for new tests. They all seem to be working fine. * platform/gtk/editing/selection/range-between-block-and-inline-expected.txt: Added. * platform/gtk/fast/css/font-face-in-shadow-DOM-expected.txt: Added. * platform/gtk/fast/lists/alpha-boundary-values-expected.txt: Added. * platform/gtk/fast/multicol/span/anonymous-style-inheritance-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-immediate-child-complex-splitting-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-immediate-child-generated-content-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-immediate-child-property-removal-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-immediate-columns-child-dynamic-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-immediate-columns-child-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-immediate-columns-child-removal-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-nested-columns-child-dynamic-expected.txt: Added. * platform/gtk/fast/multicol/span/span-as-nested-columns-child-expected.txt: Added. * platform/gtk/fast/multicol/span/span-margin-collapsing-expected.txt: Added. * platform/gtk/fast/repaint/layout-state-scrolloffset-expected.txt: Added. * platform/gtk/fast/repaint/layout-state-scrolloffset2-expected.txt: Added. * platform/gtk/fast/repaint/layout-state-scrolloffset3-expected.txt: Added. * platform/gtk/svg/filters/feLighting-crash-expected.txt: Copied from LayoutTests/platform/mac/svg/filters/feLighting-crash-expected.txt. * platform/gtk/svg/filters/parent-children-with-same-filter-expected.txt: Copied from LayoutTests/platform/mac/svg/filters/parent-children-with-same-filter-expected.txt. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60710 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Reviewed by Xan Lopez. [GTK] Drag gesture can take mouse grab indefinitely https://bugs.webkit.org/show_bug.cgi?id=32840 Initiate drag events with the current GTK+ event instead of synthesizing an event. Something about synthesized events is causing a drag freeze in certain situations. * WebCoreSupport/DragClientGtk.cpp: (WebKit::DragClient::startDrag): Start the drag with the current GTK+ event. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60709 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
barraclough@apple.com authored
Reviewed by Oliver Hunt. Mostly for consistency, but constructor & args arguments are redundant, and this will help if we wish to be able to JIT calls to more constructors. JavaScriptCore: * API/JSCallbackConstructor.cpp: (JSC::constructJSCallback): * API/JSCallbackObject.h: * API/JSCallbackObjectFunctions.h: (JSC::::construct): * interpreter/Interpreter.cpp: (JSC::Interpreter::executeConstruct): * interpreter/Interpreter.h: * jit/JITStubs.cpp: (JSC::DEFINE_STUB_FUNCTION): * runtime/ArrayConstructor.cpp: (JSC::constructWithArrayConstructor): * runtime/BooleanConstructor.cpp: (JSC::constructWithBooleanConstructor): * runtime/ConstructData.cpp: (JSC::construct): * runtime/ConstructData.h: * runtime/DateConstructor.cpp: (JSC::constructWithDateConstructor): * runtime/Error.cpp: (JSC::constructNativeError): (JSC::Error::create): * runtime/ErrorConstructor.cpp: (JSC::constructWithErrorConstructor): * runtime/FunctionConstructor.cpp: (JSC::constructWithFunctionConstructor): * runtime/NativeErrorConstructor.cpp: (JSC::constructWithNativeErrorConstructor): * runtime/NativeErrorConstructor.h: (JSC::NativeErrorConstructor::errorStructure): * runtime/NumberConstructor.cpp: (JSC::constructWithNumberConstructor): * runtime/ObjectConstructor.cpp: (JSC::constructWithObjectConstructor): * runtime/RegExpConstructor.cpp: (JSC::constructWithRegExpConstructor): * runtime/StringConstructor.cpp: (JSC::constructWithStringConstructor): WebCore: * bindings/js/JSArrayBufferConstructor.cpp: (WebCore::constructCanvasArrayBuffer): * bindings/js/JSAudioConstructor.cpp: (WebCore::constructAudio): * bindings/js/JSEventSourceConstructor.cpp: (WebCore::constructEventSource): * bindings/js/JSFloatArrayConstructor.cpp: (WebCore::constructCanvasFloatArray): * bindings/js/JSImageConstructor.cpp: (WebCore::constructImage): * bindings/js/JSInt16ArrayConstructor.cpp: (WebCore::constructCanvasShortArray): * bindings/js/JSInt32ArrayConstructor.cpp: (WebCore::constructCanvasIntArray): * bindings/js/JSInt8ArrayConstructor.cpp: (WebCore::constructCanvasByteArray): * bindings/js/JSMessageChannelConstructor.cpp: (WebCore::JSMessageChannelConstructor::construct): * bindings/js/JSMessageChannelConstructor.h: * bindings/js/JSOptionConstructor.cpp: (WebCore::constructHTMLOptionElement): * bindings/js/JSSharedWorkerConstructor.cpp: (WebCore::constructSharedWorker): * bindings/js/JSUint16ArrayConstructor.cpp: (WebCore::constructCanvasUnsignedShortArray): * bindings/js/JSUint32ArrayConstructor.cpp: (WebCore::constructCanvasUnsignedIntArray): * bindings/js/JSUint8ArrayConstructor.cpp: (WebCore::constructCanvasUnsignedByteArray): * bindings/js/JSWebKitCSSMatrixConstructor.cpp: (WebCore::constructWebKitCSSMatrix): * bindings/js/JSWebKitPointConstructor.cpp: (WebCore::constructWebKitPoint): * bindings/js/JSWebSocketConstructor.cpp: (WebCore::constructWebSocket): * bindings/js/JSWorkerConstructor.cpp: (WebCore::constructWorker): * bindings/js/JSXMLHttpRequestConstructor.cpp: (WebCore::constructXMLHttpRequest): * bindings/js/JSXSLTProcessorConstructor.cpp: (WebCore::constructXSLTProcessor): * bindings/scripts/CodeGeneratorJS.pm: * bridge/runtime_object.cpp: (JSC::Bindings::callRuntimeConstructor): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60708 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
senorblanco@chromium.org authored
Unreviewed; expectations fix. Fix chromium test expectations, post-r60693. We are still failing the test in the same way, but since there are now fallback results, our results are no longer MISSING, but TEXT. * platform/chromium/test_expectations.txt: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60706 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
adachan@apple.com authored
http://bugs.webkit.org/show_bug.cgi?id=40186 Need to close WebPageProxy when the WebView is destroyed. Also, WebPageProxy shouldn't hold an OwnPtr to the PageClient, which is the WebView on Windows. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::WebPageProxy): (WebKit::WebPageProxy::setPageClient): * UIProcess/WebPageProxy.h: * UIProcess/win/WebView.cpp: (WebKit::WebView::close): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60705 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 Change the intent of the loop to match what it's going to be once we remove the loop. This is a whitespace only change that will make the final diff much, much smaller. Sorry for the transient ugly style. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60704 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 Introduce ADVANCE_TO macro. This is the last macro we need to introduce. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60703 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 Fix the rest of the RECONSUME_IN cases that were missed by our script. Also, reorder some assigment to prepare for the ADVANCE_TO patch. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60702 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 This patch handles the FLUSH_AND_ADVANCE_TO case. Again, this patch introduces style errors that will be fixed shortly. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60701 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mrobinson@webkit.org authored
Reviewed by Xan Lopez. [GTK] EventSender should call gtk_main_do_event instead of invoking signal handlers directly https://bugs.webkit.org/show_bug.cgi?id=40182 Instead of invoking signal handlers directly via g_signal_emit_by_name, call gtk_main_do_event. This will allow us to call gtk_get_current_event() in WebKit without breaking DRT. * DumpRenderTree/gtk/EventSender.cpp: (dispatchEvent): Use gtk_main_do_event instead of invoking signal handlers directly. (keyDownCallback): Use dispatchEvent here which now uses gtk_main_do_event. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60700 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 This patch handles the FLUSH_EMIT_AND_RESUME_IN case. This patch introduces some bad style w.r.t. one-line if statements, but we'll fix them all automatically in cleanup patch when we're done. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60699 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
senorblanco@chromium.org authored
Unreviewed; build fix. [CHROMIUM] Add new chromium test results for new layout test svg/filters/filter-on-filter-for-text.svg * platform/chromium-linux/svg/filters/filter-on-filter-for-text-expected.checksum: Added. * platform/chromium-win/svg/filters/filter-on-filter-for-text-expected.checksum: Added. * platform/chromium-win/svg/filters/filter-on-filter-for-text-expected.png: Added. * platform/chromium-win/svg/filters/filter-on-filter-for-text-expected.txt: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60698 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 More small steps. This patch deals with emitting tokens. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60697 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 The next step: using macros to delimit each state. Evetually, we're going to change what these macros expand to. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60696 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
eric@webkit.org authored
Reviewed by Dimitri Glazkov. Accessibility focus change notifications are now sent from ChromeClientImpl::focusedNodeChanged(). https://bugs.webkit.org/show_bug.cgi?id=39792 * src/ChromeClientImpl.cpp: (WebKit::ChromeClientImpl::focus): (WebKit::ChromeClientImpl::focusedNodeChanged): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60695 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
abarth@webkit.org authored
Reviewed by Eric Seidel. Make HTML5Lexer go fast https://bugs.webkit.org/show_bug.cgi?id=40048 We're going to do this patch in small steps to make it easier to verify correctness. * html/HTML5Lexer.cpp: (WebCore::HTML5Lexer::nextToken): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60694 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
andersca@apple.com authored
Reviewed by David Hyatt. Make the editing/spelling/context-menu-suggestions.html test more robust https://bugs.webkit.org/show_bug.cgi?id=40178 * editing/spelling/context-menu-suggestions-expected.txt: Added. Add new expected test result. * editing/spelling/context-menu-suggestions.html: Instead of dumping the menu item titles, check the length and check that the number of items is greater when there are spell checker suggestions. * platform/mac-leopard/editing/spelling/context-menu-suggestions-expected.txt: Removed. * platform/mac-snowleopard/editing/spelling/context-menu-suggestions-expected.txt: Removed. * platform/mac-tiger/editing/spelling/context-menu-suggestions-expected.txt: Removed. Remove platform specific versions. 2010-06-04 Anders Carlsson <andersca@apple.com> Reviewed by David Hyatt. Make the editing/spelling/context...
-
eric@webkit.org authored
Reviewed by David Levin. [chromium] Adding support for the left and right Windows keys to the NativeWebKeyboardEvent. https://bugs.webkit.org/show_bug.cgi?id=39752 * platform/chromium/KeyCodeConversionGtk.cpp: (WebCore::windowsKeyCodeForKeyEvent): 2010-06-04 Jay Civelli <jcivelli@chromium.org> Reviewed by David Levin. [chromium] Adding support for the left and right Windows keys to the NativeWebKeyboardEvent. https://bugs.webkit.org/show_bug.cgi?id=39752 * src/gtk/WebInputEventFactory.cpp: (WebKit::gdkEventToWindowsKeyCode): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60692 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
adachan@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=40152 Need to remove the WebView from WindowMessageBroadcaster's listeners list when the WebView is destroyed. * UIProcess/API/win/WKView.cpp: (WKViewSetHostWindow): Expose API to change the host window of a WKView. (WKViewWindowAncestryDidChange): Expose API to allow clients to notify WebKit when a WKView's window ancestry has changed. * UIProcess/API/win/WKView.h: * UIProcess/win/WebView.cpp: (WebKit::WebView::wndProc): Set the WebView's host window to 0 when it's destroyed. setHostWindow() will call windowAncestryDidChange(), which will remove this WebView from the WindowMessageBroadcaster's listeners list. (WebKit::WebView::WebView): Initialize m_isBeingDestroyed. (WebKit::WebView::setHostWindow): Update the window's parent window and call windowAncestryDidChange(). (WebKit::WebView::close): Set the host window to 0. * UIProcess/win/WebView.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60691 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kinuko@chromium.org authored
Reviewed by Shinichiro Hamaji. Clean up chromium-specific code from json_results_generator.py. https://bugs.webkit.org/show_bug.cgi?id=39665 * Scripts/webkitpy/layout_tests/layout_package/json_layout_results_generator.py: * Scripts/webkitpy/layout_tests/layout_package/json_results_generator.py: * Scripts/webkitpy/layout_tests/port/base.py: * Scripts/webkitpy/layout_tests/port/chromium.py: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60690 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
krit@webkit.org authored
Reviewed by Nikolas Zimmermann. SVG filter on filter don't work https://bugs.webkit.org/show_bug.cgi?id=32708 Any child of <text> was not allowed to use the same filter as the text root. I couldn't found any reason in the SVG specification that legimitate this. Only batik also doesn't allow the same filter on the text root as on it's childs, while any other effect is still allowed. I removed this limitation so that the result looks like the result on Firefox. Test: svg/filters/filter-on-filter-for-text.svg * rendering/SVGRenderSupport.cpp: (WebCore::SVGRenderBase::prepareToRenderSVGContent): * rendering/SVGRenderSupport.h: * rendering/SVGRootInlineBox.cpp: (WebCore::SVGRootInlineBoxPaintWalker::SVGRootInlineBoxPaintWalker): (WebCore::SVGRootInlineBoxPaintWalker::chunkStartCallback): (WebCore::SVGRootInlineBox::paint): 2010-06-04 Dirk Schulze <krit@webkit.org> Reviewed by Nikolas Zimmermann. SVG filter on filter don't work https://bugs.webkit.org/show_bug.cgi?id=32708 Test that a filter can be used by the text root as well as on it's childs. * platform/mac/svg/filters/filter-on-filter-for-text-expected.checksum: Added. * platform/mac/svg/filters/filter-on-filter-for-text-expected.png: Added. * platform/mac/svg/filters/filter-on-filter-for-text-expected.txt: Added. * svg/filters/filter-on-filter-for-text.svg: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60689 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
japhet@chromium.org authored
Reviewed by Adam Barth. Factor PageCache functionality out of FrameLoader and into PageCache itself. https://bugs.webkit.org/show_bug.cgi?id=39382 Refactor only, so no new tests. * history/PageCache.cpp: (WebCore::pageCacheLogPrefix): (WebCore::pageCacheLog): (WebCore::logCanCacheFrameDecision): (WebCore::logCanCachePageDecision): (WebCore::PageCache::canCachePageContainingThisFrame): (WebCore::PageCache::canCache): (WebCore::PageCache::add): (WebCore::PageCache::get): * history/PageCache.h: * loader/DocumentLoader.cpp: (WebCore::DocumentLoader::commitIfReady): * loader/FrameLoader.cpp: (WebCore::FrameLoader::commitProvisionalLoad): (WebCore::FrameLoader::prepareForCachedPageRestore): (WebCore::FrameLoader::continueLoadAfterNavigationPolicy): (WebCore::FrameLoader::loadProvisionalItemFromCachedPage): (WebCore::FrameLoader::navigateToDifferentDocument): * loader/FrameLoader.h: (WebCore::FrameLoader::quickRedirectComing): * svg/graphics/SVGImage.cpp: (WebCore::SVGImage::dataChanged): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60688 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
loislo@chromium.org authored
Reviewed by Pavel Feldman. WebInspector: Web Inspector: it would be better to push object properties to JSON string in order of insertion. https://bugs.webkit.org/show_bug.cgi?id=40140 * inspector/InspectorValues.cpp: (WebCore::InspectorObject::writeJSON): * inspector/InspectorValues.h: (WebCore::InspectorObject::setBool): (WebCore::InspectorObject::setNumber): (WebCore::InspectorObject::setString): (WebCore::InspectorObject::set): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60687 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
laszlo.1.gombos@nokia.com authored
Symbian build fix. [Qt] Updated the def file with recent new exports. * symbian/eabi/QtWebKitu.def: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60686 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ap@apple.com authored
Unskip fast/dom/Window/window-properties-geolocation.html - a comment says it should be enabled once bug 34025 is fixed, which happened long ago. The test passes for me. * platform/mac/Skipped: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@60685 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-