- 27 Apr, 2009 6 commits
-
-
ariya@webkit.org authored
Reviewed by Tor Arne Vestbø. https://bugs.webkit.org/show_bug.cgi?id=18475 [Qt] Widget painting should follow the layout direction (LTR, RTL) of the element style, not the application layout direction. * platform/qt/RenderThemeQt.cpp: (WebCore::RenderThemeQt::applyTheme): git-svn-id: svn://svn.chromium.org/blink/trunk@42887 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
aroben@apple.com authored
Not sure why the buildbots weren't affected by this problem. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj: Let VS re-order the file list, and added JavaScriptCore[_debug].def to the project. This was not necessary for the fix, but made making the fix easier. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore_debug.def: Removed a function that no longer exists. git-svn-id: svn://svn.chromium.org/blink/trunk@42886 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
xan@webkit.org authored
Reviewed by Mark Rowe. Plug memory leak. * WebCoreSupport/FrameLoaderClientGtk.cpp: (WebKit::FrameLoaderClient::dispatchDidFailLoad): git-svn-id: svn://svn.chromium.org/blink/trunk@42885 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
barraclough@apple.com authored
Reviewed by Weinig Sam. Fix for https://bugs.webkit.org/show_bug.cgi?id=25416 "Cached prototype accesses unsafely hoist property storage load above structure checks." Do not hoist the load of the pointer to the property storage array. No performance impact. * jit/JITPropertyAccess.cpp: (JSC::JIT::privateCompileGetByIdProto): (JSC::JIT::privateCompileGetByIdProtoList): git-svn-id: svn://svn.chromium.org/blink/trunk@42884 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
barraclough@apple.com authored
Reviewed by Geoffrey "Gaffe or energy?" Garen. Randomize address requested by ExecutableAllocatorFixedVMPool. * jit/ExecutableAllocatorFixedVMPool.cpp: (JSC::FixedVMPoolAllocator::FixedVMPoolAllocator): git-svn-id: svn://svn.chromium.org/blink/trunk@42883 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
weinig@apple.com authored
2009-04-26 Sam Weinig <sam@webkit.org> Reviewed by Dan Bernstein. Fix for https://bugs.webkit.org/show_bug.cgi?id=25412 The Window object should be an EventTarget Test: fast/dom/Window/dispatchEvent.html * bindings/js/JSEventTarget.cpp: (WebCore::toJS): Add DOMWindow case. (WebCore::toEventTarget): Ditto. * dom/EventTarget.cpp: (WebCore::EventTarget::toDOMWindow): Added. * dom/EventTarget.h: * page/DOMWindow.cpp: (WebCore::DOMWindow::scriptExecutionContext): Added. Returns the document. (WebCore::DOMWindow::dispatchEvent): Added. * page/DOMWindow.h: (WebCore::DOMWindow::toDOMWindow): (WebCore::DOMWindow::refEventTarget): (WebCore::DOMWindow::derefEventTarget): * page/DOMWindow.idl: LayoutTests: 2009-04-26 Sam Weinig <sam@webkit.org> Reviewed by Dan Bernstein. Tests for https://bugs.webkit.org/show_bug.cgi?id=25412 The Window object should be an EventTarget * fast/dom/Window/dispatchEvent-expected.txt: Added. * fast/dom/Window/dispatchEvent.html: Added. * fast/dom/Window/resources/dispatchEvent.js: Added. * fast/dom/Window/window-properties-expected.txt * platform/mac-leopard/fast/dom/Window/window-properties-expected.txt: git-svn-id: svn://svn.chromium.org/blink/trunk@42882 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
- 26 Apr, 2009 10 commits
-
-
weinig@apple.com authored
2009-04-26 Sam Weinig <sam@webkit.org> Reviewed by Eric Seidel. Remove scons-based build system. * JavaScriptCore.scons: Removed. WebCore: 2009-04-26 Sam Weinig <sam@webkit.org> Reviewed by Eric Seidel. Remove scons-based build system. * WebCore.scons: Removed. git-svn-id: svn://svn.chromium.org/blink/trunk@42881 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kov@webkit.org authored
Reviewed by Xan Lopez. Resolve relative URLs when queueing loads. This fixes post-goback-same-url.html timing out. * DumpRenderTree/gtk/LayoutTestControllerGtk.cpp: (LayoutTestController::queueLoad): git-svn-id: svn://svn.chromium.org/blink/trunk@42880 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
xan@webkit.org authored
Reviewed by Gustavo Noronha. https://bugs.webkit.org/show_bug.cgi?id=25391 G_SIGNAL_ACTION flag in WebKitWebView signals Most of the signals in WebKitGTK+ have the G_SIGNAL_ACTION flag, but I don't think this makes sense. The flag is meant for those signals that can be emitted by the user to trigger some action in the view, as if it were a normal API, which is not the case for most of them. * webkit/webkitdownload.cpp: (_WebKitDownloadPrivate::webkit_download_class_init): * webkit/webkitwebframe.cpp: * webkit/webkitwebinspector.cpp: (_WebKitWebInspectorPrivate::webkit_web_inspector_class_init): * webkit/webkitwebview.cpp: git-svn-id: svn://svn.chromium.org/blink/trunk@42879 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
xan@webkit.org authored
Unreviewed, actually apply the right patch. * webkit/webkitwebview.cpp: (webkit_web_view_move_cursor): git-svn-id: svn://svn.chromium.org/blink/trunk@42878 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
xan@webkit.org authored
Reviewed by Gustavo Noronha. Pass a variable to hold the return value of the 'move-cursor' signal, otherwise a crash can happen. * webkit/webkitwebview.cpp: (webkit_web_view_move_cursor): git-svn-id: svn://svn.chromium.org/blink/trunk@42877 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
darin@apple.com authored
Suggested by Darin Fisher. Improve the fix for bug 25355: Crash when Creating New Tab or New Window when set to open Same Page https://bugs.webkit.org/show_bug.cgi?id=25355 rdar://problem/6823543 * loader/FrameLoader.cpp: (WebCore::FrameLoader::loadItem): Allow shouldScroll to be true even if m_currentHistoryItem is 0. Not sure if when this case can really arise in practice, but it's good to match the original logic more closely. git-svn-id: svn://svn.chromium.org/blink/trunk@42876 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
krit@webkit.org authored
Reviewed by Oliver Hunt. A width or height of zero for the destination or source rect of an image causes a not invertible pattern matrix. This crahes newer versions of Cairo and give some graphic gliches in Canvas. With this patch we check if there is something to draw and return if not. * platform/graphics/cairo/ImageCairo.cpp: (WebCore::BitmapImage::draw): git-svn-id: svn://svn.chromium.org/blink/trunk@42875 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kov@webkit.org authored
Go back to disabling accessibility tests as a whole, since we have no real way of checking them, and no accessibilityController implementation. * platform/gtk/Skipped: git-svn-id: svn://svn.chromium.org/blink/trunk@42874 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kov@webkit.org authored
Disable tests that need eventSender, not yet implemented in our DumpRenderTree. * platform/gtk/Skipped: git-svn-id: svn://svn.chromium.org/blink/trunk@42873 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
simon.fraser@apple.com authored
Reviewed by Darin Adler https://bugs.webkit.org/show_bug.cgi?id=25390 Fix point mapping and hit testing through transforms and perspective with ENABLE_3D_RENDERING. Previously the code did the more efficient move(), rather than getTransformFromContainer(), when the object had no transform. However, this skipped the application of perspective when the immediate child of the perspective element had no transform itself. Test: transforms/3d/point-mapping/3d-point-mapping-3.html * rendering/RenderBox.cpp: (WebCore::RenderBox::mapLocalToContainer): (WebCore::RenderBox::mapAbsoluteToLocalPoint): * rendering/RenderLayer.cpp: (WebCore::RenderLayer::createLocalTransformState): Call shouldUseTransformFromContainer() to determine if we need to go through the more expensive getTransformFromContainer() code path. * rendering/RenderObject.h: * rendering/RenderObject.cpp: (WebCore::RenderObject::shouldUseTransformFromContainer): New method that indicates whether we need use getTransformFromContainer() when mapping points through renderers, and hit testing. git-svn-id: svn://svn.chromium.org/blink/trunk@42872 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
- 25 Apr, 2009 17 commits
-
-
beidson@apple.com authored
Reviewed by Sam Weinig Some *obvious* style cleanup in my last patch. * History/WebBackForwardList.mm: (bumperCarBackForwardHackNeeded): git-svn-id: svn://svn.chromium.org/blink/trunk@42871 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
beidson@apple.com authored
Reviewed by Oliver Hunt <rdar://problem/6817607> BumperCar 2.2 crashes going back (invalid WebHistoryItem) BumperCar was holding a pointer to a WebHistoryItem they never retain, then later tried to go to it. In some cases it would be dealloc'ed first. When WebHistoryItems were pure Objective-C they probably got away with this more often. With the WebCore/Obj-C mixed WebHistoryItems it's more likely to crash. * History/WebBackForwardList.mm: (bumperCarBackForwardHackNeeded): (-[WebBackForwardList backListWithLimit:]): If this is BumperCar, hang on to the NSArray of WebHistoryItems until the next time this method is called. (-[WebBackForwardList forwardListWithLimit:]): Ditto. * Misc/WebKitVersionChecks.h: Added WEBKIT_FIRST_VERSION_WITHOUT_BUMPERCAR_BACK_FORWARD_QUIRK. git-svn-id: svn://svn.chromium.org/blink/trunk@42870 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
adele@apple.com authored
2009-04-25 Adele Peterson <adele@apple.com> Reviewed by Oliver Hunt. Fix for <rdar://problem/6712771> REGRESSION(34681): Text is no longer underlined after delete https://bugs.webkit.org/show_bug.cgi?id=25396 Test: editing/deleting/delete-br-013.html * editing/CompositeEditCommand.cpp: (WebCore::CompositeEditCommand::moveParagraphs): Only preserve an empty paragraph's style when moving paragraphs around if the selection is still in an empty paragraph after the move occurs. This was causing the empty paragraph's style to overwrite the previous paragraph's style during a delete of an empty paragraph. LayoutTests: 2009-04-25 Adele Peterson <adele@apple.com> Reviewed by Oliver Hunt. Test for <rdar://problem/6712771> REGRESSION(34681): Text is no longer underlined after delete https://bugs.webkit.org/show_bug.cgi?id=25396 * editing/deleting/delete-br-013.html: Added. * platform/mac/editing/deleting/delete-br-013-expected.checksum: Added. * platform/mac/editing/deleting/delete-br-013-expected.png: Added. * platform/mac/editing/deleting/delete-br-013-expected.txt: Added. git-svn-id: svn://svn.chromium.org/blink/trunk@42869 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
eric.carlson@apple.com authored
Reviewed by Darin Adler. <rdar://problem/6808171> REGRESSION (3-4): Standalone media documents don't properly display non-linear media If a media engine claims it can support the MIME type, WebCore now creates a <video> element for document mode media files instead of an <embed> element. Because WebCore's QuickTime backed media players do not support every kind of media the QuickTime plug-in supports, and because it is not always possible to tell what type of media is in a file without opening and parsing it, some types of media that used to be displayed properly by a plug-in are no longer supported properly. To fix this, if the media engine sees that it can not completely support a media file it now informs the media document, which replaces the <video> element with an <embed>. r42301 landed support for OSX. This patch modifies those changes slighly and adds support for Windows. * loader/MediaDocument.cpp: (WebCore::MediaDocument::MediaDocument): Initialize m_replaceMediaElementTimer. (WebCore::MediaDocument::mediaElementSawUnsupportedTracks): Don't replace the <video> element immediately. (WebCore::MediaDocument::replaceMediaElementTimerFired): Renamed from replaceVideoWithEmbed. Set body margin-width and margin-height to 0 as that is what a PluginDocument uses. * loader/MediaDocument.h: * platform/graphics/mac/MediaPlayerPrivateQTKit.mm: (WebCore::MediaPlayerPrivate::loadStateChanged): Don't do anything if m_hasUnsupportedTracks. (WebCore::MediaPlayerPrivate::rateChanged): Ditto. (WebCore::MediaPlayerPrivate::timeChanged): Ditto. (WebCore::MediaPlayerPrivate::didEnd): Ditto. (WebCore::MediaPlayerPrivate::repaint): Ditto. (WebCore::MediaPlayerPrivate::paint): Ditto. (WebCore::MediaPlayerPrivate::sawUnsupportedTracks): Set m_hasUnsupportedTracks before callback. * platform/graphics/win/MediaPlayerPrivateQuickTimeWin.cpp: (WebCore::MediaPlayerPrivate::MediaPlayerPrivate): Initialize m_totalTrackCount and m_hasUnsupportedTracks. (WebCore::MediaPlayerPrivate::updateStates): Call sawUnsupportedTracks if the movie has unsupported media type(s) or if it fails completely. (WebCore::MediaPlayerPrivate::sawUnsupportedTracks): New, disable the movie object and tell the media player client we won't play this movie correctly. (WebCore::MediaPlayerPrivate::didEnd): Don't do anything if m_hasUnsupportedTracks. (WebCore::MediaPlayerPrivate::setSize): Ditto. (WebCore::MediaPlayerPrivate::setVisible): Ditto. (WebCore::MediaPlayerPrivate::paint): Ditto. (WebCore::MediaPlayerPrivate::movieEnded): Ditto. (WebCore::MediaPlayerPrivate::movieLoadStateChanged): Ditto. (WebCore::MediaPlayerPrivate::movieTimeChanged): Ditto. (WebCore::MediaPlayerPrivate::movieNewImageAvailable): Ditto. * platform/graphics/win/MediaPlayerPrivateQuickTimeWin.h: * platform/graphics/win/QTMovieWin.cpp: (QTMovieWinPrivate::task): Stop the task timer if we were disabled during the load state change callback. (QTMovieWinPrivate::drawingComplete): Don't do anything if disabled. (QTMovieWin::QTMovieWin): Initialize m_disabled. (QTMovieWin::disableUnsupportedTracks): Return total number of tracks. (QTMovieWin::setDisabled): New, set m_disabled flag. * platform/graphics/win/QTMovieWin.h: git-svn-id: svn://svn.chromium.org/blink/trunk@42868 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kov@webkit.org authored
Reviewed by Xan Lopez. https://bugs.webkit.org/show_bug.cgi?id=24786 WebKitDownload sometimes suggests peculiar filenames Refactor the emission of the download-requested signal so that we have less code duplication. * WebCoreSupport/ContextMenuClientGtk.cpp: (WebKit::ContextMenuClient::downloadURL): * WebCoreSupport/FrameLoaderClientGtk.cpp: (WebKit::FrameLoaderClient::startDownload): * webkit/webkitprivate.h: * webkit/webkitwebview.cpp: git-svn-id: svn://svn.chromium.org/blink/trunk@42867 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Reviewed by Xan Lopez. [GTK] Error reporting https://bugs.webkit.org/show_bug.cgi?id=18344 Fix the SOUP resource handle to report SOUP_HTTP_ERROR for Soup errors and G_IO_ERROR for gio errors. * platform/network/soup/ResourceHandleSoup.cpp: (WebCore::finishedCallback): (WebCore::ResourceHandle::startHttp): (WebCore::ResourceHandle::start): (WebCore::readCallback): (WebCore::openCallback): (WebCore::queryInfoCallback): (WebCore::ResourceHandle::startGio): 2009-04-25 Jan Michael Alonzo <jmalonzo@webkit.org> Reviewed by Xan Lopez. [GTK] Error reporting https://bugs.webkit.org/show_bug.cgi?id=18344 Update FrameLoad errors to use WebKitErrors. * WebCoreSupport/FrameLoaderClientGtk.cpp: (WebKit::FrameLoaderClient::cancelledError): (WebKit::FrameLoaderClient::blockedError): (WebKit::FrameLoaderClient::cannotShowURLError): (WebKit::FrameLoaderClient::interruptForPolicyChangeError): (WebKit::FrameLoaderClient::cannotShowMIMETypeError): (WebKit::FrameLoaderClient::fileDoesNotExistError): (WebKit::FrameLoaderClient::pluginWillHandleLoadError): (WebKit::FrameLoaderClient::shouldFallBack): * webkit/webkiterror.h: Added. * webkit/webkiterror.cpp: Added. 2009-04-25 Jan Michael Alonzo <jmalonzo@webkit.org> Reviewed by Xan Lopez. [GTK] Error reporting https://bugs.webkit.org/show_bug.cgi?id=18344 Add webkiterror to the build. * GNUmakefile.am: git-svn-id: svn://svn.chromium.org/blink/trunk@42866 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Reviewed by Xan Lopez. [GTK] Error reporting https://bugs.webkit.org/show_bug.cgi?id=18344 Add the default error page for installation. * GNUmakefile.am: 2009-04-25 Jan Michael Alonzo <jmalonzo@webkit.org> Reviewed by Xan Lopez. Display a default error page for load errors. * WebCoreSupport/FrameLoaderClientGtk.cpp: (WebKit::FrameLoaderClient::dispatchDidFailLoad): * resources/error.html: Added. git-svn-id: svn://svn.chromium.org/blink/trunk@42865 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Reviewed by Xan Lopez. [GTK] Error reporting https://bugs.webkit.org/show_bug.cgi?id=18344 Add a WebKitWebFrame API to load alternate content for unreachable URLs. Also add a new signal "load-error" for handling load errors. * WebCoreSupport/FrameLoaderClientGtk.cpp: (WebKit::FrameLoaderClient::postProgressFinishedNotification): (WebKit::FrameLoaderClient::dispatchDidFailLoading): (WebKit::FrameLoaderClient::dispatchDidFailProvisionalLoad): (WebKit::FrameLoaderClient::dispatchDidFailLoad): * webkit/webkitwebframe.cpp: * webkit/webkitwebframe.h: * webkit/webkitwebview.cpp: git-svn-id: svn://svn.chromium.org/blink/trunk@42864 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
oliver@apple.com authored
git-svn-id: svn://svn.chromium.org/blink/trunk@42863 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Reviewed by Oliver Hunt. Gtk build fix - check if we have MADV_FREE before using it. * interpreter/RegisterFile.cpp: (JSC::RegisterFile::releaseExcessCapacity): * wtf/Platform.h: git-svn-id: svn://svn.chromium.org/blink/trunk@42862 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kov@webkit.org authored
Reviewed by Mark Rowe. Only set the new URL once for the request. Doing it a second time after the call to willSendRequest was causing crashes when redirected requests got cancelled. * platform/network/soup/ResourceHandleSoup.cpp: (WebCore::restartedCallback): git-svn-id: svn://svn.chromium.org/blink/trunk@42861 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kevino@webkit.org authored
wx build fix. Switching JSCore from a static lib to a dynamic lib to match the Apple build and fix symbol exports. git-svn-id: svn://svn.chromium.org/blink/trunk@42860 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kevino@webkit.org authored
git-svn-id: svn://svn.chromium.org/blink/trunk@42859 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Rubber-stamped by Mark Rowe. https://bugs.webkit.org/show_bug.cgi?id=25337 Move ThreadingQt.cpp under the qt directory. * JavaScriptCore.pri: * wtf/ThreadingQt.cpp: Removed. * wtf/qt/ThreadingQt.cpp: Copied from JavaScriptCore/wtf/ThreadingQt.cpp. git-svn-id: svn://svn.chromium.org/blink/trunk@42858 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Rubber-stamped by Mark Rowe. https://bugs.webkit.org/show_bug.cgi?id=25338 Move ThreadingGtk.cpp under the gtk directory. * GNUmakefile.am: * wtf/ThreadingGtk.cpp: Removed. * wtf/gtk/ThreadingGtk.cpp: Copied from JavaScriptCore/wtf/ThreadingGtk.cpp. git-svn-id: svn://svn.chromium.org/blink/trunk@42857 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Rubber-stamped by Gustavo Noronha. Fix braces to comply with style guidelines. * WebCoreSupport/PasteboardHelperGtk.cpp: (WebKit::PasteboardHelperGtk::getClipboard): (WebKit::PasteboardHelperGtk::getCopyTargetList): (WebKit::PasteboardHelperGtk::getPasteTargetList): git-svn-id: svn://svn.chromium.org/blink/trunk@42856 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
jmalonzo@webkit.org authored
Reviewed by Gustavo Noronha. https://bugs.webkit.org/show_bug.cgi?id=17267 [GTK] Primary selection/clipboard support Copy the link location to the primary selection as well as the clipboard selection when using the "copy link selection" context menu entry. * platform/gtk/PasteboardGtk.cpp: (WebCore::Pasteboard::writeURL): * platform/gtk/PasteboardHelper.h: 2009-04-24 Sergio García-Cuevas <sergio_gcg@telefonica.net> Reviewed by Gustavo Noronha. https://bugs.webkit.org/show_bug.cgi?id=17267 [GTK] Primary selection/clipboard support Add a method for getting the primary selection. * WebCoreSupport/PasteboardHelperGtk.cpp: (WebKit::PasteboardHelperGtk::getPrimary): * WebCoreSupport/PasteboardHelperGtk.h: git-svn-id: svn://svn.chromium.org/blink/trunk@42855 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
- 24 Apr, 2009 7 commits
-
-
eric@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=25383 Changing SVG size via JS does not update CSS width/height Add an ugly hack to fix CSS width/height updates from JS. We can't easily call setAttribute when width/height changes as that would cause infinite recursion (as we'd try to set the animation storage from the attributes) For now, when we get notification that JS changed width/height we copy what parseMappedAttribute does and update the CSS values as well. A better fix for this would be: https://bugs.webkit.org/show_bug.cgi?id=25383 * svg/SVGSVGElement.cpp: (WebCore::updateCSSForAttribute): (WebCore::SVGSVGElement::svgAttributeChanged): git-svn-id: svn://svn.chromium.org/blink/trunk@42854 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
barraclough@apple.com authored
Reviewed by Sam "Wesley" Weinig. Improve performance to YARR interpreter. (From about 3x slower than PCRE on regex-dna to about 30% slower). * yarr/RegexCompiler.cpp: (JSC::Yarr::RegexPatternConstructor::setupAlternativeOffsets): * yarr/RegexInterpreter.cpp: (JSC::Yarr::Interpreter::checkCharacter): (JSC::Yarr::Interpreter::checkCasedCharacter): (JSC::Yarr::Interpreter::backtrackPatternCharacter): (JSC::Yarr::Interpreter::backtrackPatternCasedCharacter): (JSC::Yarr::Interpreter::matchParentheticalAssertionBegin): (JSC::Yarr::Interpreter::matchParentheticalAssertionEnd): (JSC::Yarr::Interpreter::backtrackParentheticalAssertionBegin): (JSC::Yarr::Interpreter::backtrackParentheticalAssertionEnd): (JSC::Yarr::Interpreter::matchDisjunction): (JSC::Yarr::Interpreter::interpret): (JSC::Yarr::ByteCompiler::atomPatternCharacter): (JSC::Yarr::ByteCompiler::atomParenthesesSubpatternBegin): (JSC::Yarr::ByteCompiler::atomParentheticalAssertionBegin): (JSC::Yarr::ByteCompiler::closeAlternative): (JSC::Yarr::ByteCompiler::closeBodyAlternative): (JSC::Yarr::ByteCompiler::atomParenthesesEnd): (JSC::Yarr::ByteCompiler::regexBegin): (JSC::Yarr::ByteCompiler::regexEnd): (JSC::Yarr::ByteCompiler::alterantiveBodyDisjunction): (JSC::Yarr::ByteCompiler::alterantiveDisjunction): (JSC::Yarr::ByteCompiler::emitDisjunction): * yarr/RegexInterpreter.h: (JSC::Yarr::ByteTerm::): (JSC::Yarr::ByteTerm::ByteTerm): (JSC::Yarr::ByteTerm::BodyAlternativeBegin): (JSC::Yarr::ByteTerm::BodyAlternativeDisjunction): (JSC::Yarr::ByteTerm::BodyAlternativeEnd): (JSC::Yarr::ByteTerm::AlternativeBegin): (JSC::Yarr::ByteTerm::AlternativeDisjunction): (JSC::Yarr::ByteTerm::AlternativeEnd): (JSC::Yarr::ByteTerm::SubpatternBegin): (JSC::Yarr::ByteTerm::SubpatternEnd): * yarr/RegexJIT.cpp: (JSC::Yarr::RegexGenerator::generateParentheticalAssertion): * yarr/RegexPattern.h: git-svn-id: svn://svn.chromium.org/blink/trunk@42853 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
kmccullough@apple.com authored
Reviewed by Dan Bernstein. We should not show the deletion UI for blockquotes in mail but they do show now that we only check for one visible border. * editing/DeleteButtonController.cpp: (WebCore::isDeletableElement): git-svn-id: svn://svn.chromium.org/blink/trunk@42852 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mrowe@apple.com authored
Rubber-stamped by Mark Rowe. * wtf/CurrentTime.h: Fix a typo in a comment. git-svn-id: svn://svn.chromium.org/blink/trunk@42851 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mitz@apple.com authored
* rendering/RenderLayer.cpp: (WebCore::performOverlapTests): (WebCore::RenderLayer::paintLayer): git-svn-id: svn://svn.chromium.org/blink/trunk@42850 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
mitz@apple.com authored
- fix https://bugs.webkit.org/show_bug.cgi?id=5909 <rdar://problem/5863349> overlapping element leaves trail when scrolling iframe * WebCore.xcodeproj/project.pbxproj: Added OverlapTestRequestClient.h. * page/FrameView.cpp: (WebCore::FrameView::reset): Initialize m_isOverlapped. (WebCore::FrameView::useSlowRepaints): Also check m_isOverlapped. (WebCore::FrameView::removeSlowRepaintObject): Use useSlowRepaints() so overlapping is taken into account. (WebCore::FrameView::setIsOverlapped): Added. Sets m_isOverlapped and enables or disables copy-on-scroll accordingly. * page/FrameView.h: Added setIsOverlapped() and m_isOverlapped. * rendering/OverlapTestRequestClient.h: Added. During foreground painting, an OverlapTestRequestClient can make a request to test if any subsequently- painted layers overlap a rect. The test result is delivered to the requestClient via setOverlapTestResult(). (WebCore::OverlapTestRequestClient::~OverlapTestRequestClient): * rendering/RenderLayer.cpp: (WebCore::RenderLayer::paint): Pass an OverlapTestRequestMap to paintLayer(). When done painting, inform any remaining requestClients that they are not overlapped. (WebCore::RenderLayer::paintLayer): Take an OverlapTestRequestMap and pass it down to child and reflection layers. Inform requestClients if this layer overlaps their requested rects. * rendering/RenderLayer.h: * rendering/RenderObject.h: (WebCore::RenderObject::PaintInfo::PaintInfo): Added an OverlapTestRequestMap member. * rendering/RenderReplica.cpp: (WebCore::RenderReplica::paint): For now, pass a 0 OverlapTestRequestMap to paintLayer(). * rendering/RenderWidget.cpp: (WebCore::RenderWidget::paint): For FrameViews, request an overlap test with the frame. (WebCore::RenderWidget::setOverlapTestResult): Call FrameView::setIsOverlapped() with the result of the overlap test. * rendering/RenderWidget.h: Made RenderWidget an OverlapTestRequestClient. git-svn-id: svn://svn.chromium.org/blink/trunk@42849 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-
simon.fraser@apple.com authored
Reviewed by Simon Fraser https://bugs.webkit.org/show_bug.cgi?id=25380 Fixed a race condition on the first 'played' attribute test start. Previously we were starting nearly right away to play, and probably before receiving the 'canplay' event. Now we ensure we'll wait for that 'canplay' event before attempting to play. * media/video-played-expected.txt: Updated * media/video-played.html: git-svn-id: svn://svn.chromium.org/blink/trunk@42848 bbb929c8-8fbe-4397-9dbb-9b2b20218538
-