Timeline
Mar 12, 2007:
- 9:24 PM Changeset in webkit [20138] by
-
- 6 edits in trunk
LayoutTests:
Reviewed by Darin.
<rdar://problem/4743256> ctrl-y key binding (yank) should do nothing when kill ring is empty
- editing/pasteboard/emacs-cntl-y-001-expected.checksum:
- editing/pasteboard/emacs-cntl-y-001-expected.png:
- editing/pasteboard/emacs-cntl-y-001-expected.txt:
- editing/pasteboard/emacs-cntl-y-001.html:
WebKit:
Reviewed by Darin.
<rdar://problem/4743256> ctrl-y key binding (yank) should do nothing when kill ring is empty
Test updated:
- editing/pasteboard/emacs-cntl-y-001.html:
- WebView/WebHTMLView.mm: (-[WebHTMLView yank:]): (-[WebHTMLView yankAndSelect:]): Do nothing if the killring is empty.
- 9:05 PM Changeset in webkit [20137] by
-
- 2 edits in trunk/WebCore
Not reviewed - gdk build fix.
- platform/gdk/TemporaryLinkStubs.cpp: (SearchPopupMenu::enabled): add missing stub.
- 8:57 PM Changeset in webkit [23067] by
-
- 2 edits in branches/WindowsMerge/WebCore
- WebCore.vcproj/WebCore.vcproj: Added new JavaScript wrapper derived source files.
- 8:52 PM Changeset in webkit [20136] by
-
- 2 edits in trunk/WebCore
WebCore:
Reviewed by Darin.
- fix http://bugs.webkit.org/show_bug.cgi?id=13045 REGRESSION: Blackboard CourseWare Error with Nightlies after Mar 8
- html/HTMLFormElement.cpp: (WebCore::getUniqueBoundaryString): Speculative fix: remove dashes from the boundary prefix that appear after non-dash characters.
- 8:48 PM Changeset in webkit [20135] by
-
- 3 edits2 adds in trunk
LayoutTests:
Reviewed by Anders.
- test for http://bugs.webkit.org/show_bug.cgi?id=13015 REGRESSION (r17233-r17241): Repro crash when leaving a page whose unload handler submits a form
- fast/loader/onunload-form-submit-crash-2-expected.txt: Added.
- fast/loader/onunload-form-submit-crash-2.html: Added.
WebCore:
Reviewed by Anders.
- fix http://bugs.webkit.org/show_bug.cgi?id=13015 REGRESSION (r17233-r17241): Repro crash when leaving a page whose unload handler submits a form
Test: fast/loader/onunload-form-submit-crash-2.html
- loader/DocumentLoader.cpp: (WebCore::DocumentLoader::finishedLoading): Added null check.
- 7:13 PM Changeset in webkit [20134] by
-
- 1 edit in trunk/LayoutTests/ChangeLog
Remove conflict marker.
- 7:11 PM Changeset in webkit [20133] by
-
- 1 edit1 add in trunk/LayoutTests
Add expected results.
- fast/frames/frame-navigation-expected.txt: Added.
- 6:09 PM Changeset in webkit [20132] by
-
- 4 edits2 adds in trunk
LayoutTests:
Reviewed by Darin.
<rdar://problem/4900071>
http://bugs.webkit.org/show_bug.cgi?id=6454
ASSERTION: Navigating 'back' in frameset: !_private->previousItem (6454)
- fast/frames/frame-navigation.html: Added.
- fast/frames/resources/frame-navigation-child.html: Added.
WebCore:
Reviewed by Darin.
<rdar://problem/4900071>
http://bugs.webkit.org/show_bug.cgi?id=6454
ASSERTION: Navigating 'back' in frameset: !_private->previousItem (6454)
Change back the behavior of checkLoadComplete to traverse the entire frame tree instead of
just the parent frames of the current frame. This is needed in order to reset the previous history item
for all frames when doing a frame navigation. (This was changed in revision 11819)
- loader/FrameLoader.cpp: (WebCore::FrameLoader::recursiveCheckLoadComplete): (WebCore::FrameLoader::checkLoadComplete):
- loader/FrameLoader.h:
- 5:53 PM Changeset in webkit [20131] by
-
- 3 edits4 adds in trunk
Reviewed by darin
<rdar://problem/5056619>
REGRESSION: Gmail Editor: Dragging text into Reply (textarea) field results in a crash at WebCore::InsertNodeBeforeCommand::doApply()
- editing/SelectionController.cpp: (WebCore::removingNodeRemovesPosition): Added. (WebCore::SelectionController::nodeWillBeRemoved): Clear the selection if it's inside a shadow tree.
- page/DragController.cpp: (WebCore::setSelectionToDragCaret): Return false to signal to clients that a drop shouldn't be performed if the second attempt to set a selection ends up in non-editable content.
- 5:49 PM Changeset in webkit [20130] by
-
- 39 edits2 adds in trunk
LayoutTests:
Reviewed by Tim Hatcher.
- added a test that checks the classes of wrappers created by both the JavaScript binding and the Objective-C binding
- fast/dom/wrapper-classes-expected.txt: Added.
- fast/dom/wrapper-classes.html: Added.
- fast/js/resources/js-test-pre.js: Improve the format of the failure message when both the real results and expected results are strings.
WebCore:
Reviewed by Tim Hatcher.
- fixed JavaScript wrapper classes to be correct for a variety of cases that a new test uncovered: was broken for at least 5 classes
- fixed Objective-C wrapper classes to be correct for a variety of cases that a test case uncovered: was broken for ast least 50 classes
- added missing DOM API for creating OverflowEvent and WheelEvent instances
Test: fast/dom/wrapper-classes.html
- DerivedSources.make: Added missing bindings: HTMLCanvasElement for ObjC, CDATASection, Comment, and EntityReference for JavaScript.
- WebCore.xcodeproj/project.pbxproj: Added those new generated files.
- bindings/js/JSHTMLElementWrapperFactory.cpp: (WebCore::createJSHTMLWrapper): Corrected the wrapper classes for <keygen>, which needs an HTMLSelectElement wrapper, and <xmp>, which needs an HTMLPreElement wrapper.
- bindings/objc/DOMInternal.h: Updated for new naming scheme. Also moved createDOMWrapper from the KJS namespace to the WebCore namespace.
- bindings/objc/DOMUtility.mm: (KJS::createDOMWrapper): Broke the core function into a separate one, and left it in the KJS namespace because Objective-C++ rules make it impossible for it to work in the WebCore namespace. Used a macro-based implementation to cut down on repeated code, and added missing cases for Counter, HTMLOptionsCollection, Range, XPathExpression, XPathResult, Event, RGBColor, Rect, Window, DOMImplementation, NodeIterator, TreeWalker, and HTMLCollection. (WebCore::createDOMWrapper): The other half of the function.
- bindings/objc/DOM.mm: (WebCore::createElementClassMap): Corrected the wrapper classes for <canvas>, which needs a DOMHTMLCanvasElement wrapper, <del>, which needs a DOMHTMLModElement wrapper, <embed>, which needs a DOMHTMLEmbedElement wrapper, <ins>, which needs a DOMHTMLModElement wrapper, <th>, which needs a DOMHTMLTableCellElement wrapper, and <xmp>, which needs an DOMHTMLPreElement wrapper. (+[DOMNode _wrapNode:]): Updated for new naming scheme. (+[DOMNode _wrapEventTarget:]): Ditto. (+[DOMNodeFilter _wrapNodeFilter:]): Ditto. (ObjCNodeFilterCondition::acceptNode): Ditto. (-[DOMDocument createNodeIterator:whatToShow:filter:expandEntityReferences:]): Ditto. (-[DOMDocument createTreeWalker:whatToShow:filter:expandEntityReferences:]): Ditto. (WebCore::ObjCEventListener::handleEvent): Ditto.
- dom/Document.cpp: (WebCore::Document::createEvent): Added cases for OverflowEvent and WheelEvent.
- dom/OverflowEvent.h: Added empty constructor and initOverflowEvent.
- dom/OverflowEvent.cpp: (WebCore::OverflowEvent::OverflowEvent): Added. (WebCore::OverflowEvent::initOverflowEvent): Added.
- dom/OverflowEvent.idl: Added initOverflowEvent.
- bindings/objc/PublicDOMInterfaces.h: Added initOverflowEvent.
- bindings/objc/DOMCSS.mm: (+[DOMStyleSheet _wrapStyleSheet:]): Updated for new naming scheme. (+[DOMCSSRule _wrapCSSRule:]): Corrected wrapper for CSSUnknownRule. (+[DOMCSSValue _wrapCSSValue:]): Updated for new naming scheme.
- bindings/js/kjs_css.h: (KJS::DOMRGBColor::impl): Added. Used when making an ObjC wrapper. (KJS::DOMRect::impl): Ditto.
- bindings/js/kjs_dom.cpp: (KJS::toJS): Corrected the wrapper classes for CDATASection, Comment, and EntityReference.
- bindings/js/kjs_html.cpp: Corrected the class name for HTMLElement (was "DOMHTMLElement") and HTMLCollection (was "Collection").
- bindings/objc/DOMImplementationFront.h:
- bindings/objc/DOMImplementationFront.cpp: (WebCore::implementationFront): Added new overload that returns a front given a JavaScript wrapper. Needed by the code that makes the Objective-C wrapper.
- bindings/objc/WebScriptObject.mm: (+[WebScriptObject _convertValueToObjcValue:originRootObject:rootObject:]): Updated since createDOMWrapper is now in the WebCore namespace.
- bindings/scripts/CodeGeneratorObjC.pm: Update the naming scheme for the wrapper creation functions to use _wrapElement: rather then _elementWith: style. Removed now-unneeded special cases for things that needed to stay upper-case, since we don't have to do the whole lcfirst thing.
- html/HTMLCanvasElement.idl: Added #if so we can successfully generate the Objective-C wrapper for this class, even though we can't yet handle the DOMObject return type.
- html/HTMLOptionsCollection.idl: Added GenerateNativeConverter so we get an appropriate toJS function.
- bindings/objc/DOMEvents.mm: (+[DOMEvent _wrapEvent:]):
- bindings/objc/DOMHTML.mm: (-[DOMHTMLDocument createDocumentFragmentWithMarkupString:baseURL:]): (-[DOMHTMLDocument createDocumentFragmentWithText:]):
- bindings/objc/DOMObject.mm: (-[DOMObject sheet]):
- bindings/objc/DOMRGBColor.mm: (-[DOMRGBColor red]): (-[DOMRGBColor green]): (-[DOMRGBColor blue]): (-[DOMRGBColor alpha]): (+[DOMRGBColor _wrapRGBColor:]):
- bindings/objc/DOMSVGPathSegInternal.mm: (+[DOMSVGPathSeg _wrapSVGPathSeg:]):
- bindings/objc/DOMXPath.mm: (+[DOMNativeXPathNSResolver _wrapXPathNSResolver:]):
- page/mac/WebCoreFrameBridge.mm: (-[WebCoreFrameBridge nodesFromList:]): (-[WebCoreFrameBridge elementWithName:inForm:]): (-[WebCoreFrameBridge formForElement:]): (-[WebCoreFrameBridge currentForm]): (-[WebCoreFrameBridge controlsInForm:]): (-[WebCoreFrameBridge rangeByAlteringCurrentSelection:SelectionController::direction:SelectionController::granularity:]): (-[WebCoreFrameBridge convertNSRangeToDOMRange:]): (-[WebCoreFrameBridge markDOMRange]): (-[WebCoreFrameBridge markedTextDOMRange]): (-[WebCoreFrameBridge smartDeleteRangeForProposedRange:]): (-[WebCoreFrameBridge documentFragmentWithMarkupString:baseURLString:]): (-[WebCoreFrameBridge documentFragmentWithText:inContext:]): (-[WebCoreFrameBridge documentFragmentWithNodesAsParagraphs:]): (-[WebCoreFrameBridge replaceSelectionWithNode:selectReplacement:smartReplace:matchStyle:]): (-[WebCoreFrameBridge replaceSelectionWithText:selectReplacement:smartReplace:]): (-[WebCoreFrameBridge increaseSelectionListLevel]): (-[WebCoreFrameBridge increaseSelectionListLevelOrdered]): (-[WebCoreFrameBridge increaseSelectionListLevelUnordered]): (-[WebCoreFrameBridge dragCaretDOMRange]): (-[WebCoreFrameBridge editableDOMRangeForPoint:]): (-[WebCoreFrameBridge characterRangeAtPoint:]): (-[WebCoreFrameBridge typingStyle]): (-[WebCoreFrameBridge rangeOfCharactersAroundCaret]):
- platform/mac/ClipboardMac.mm: (WebCore::ClipboardMac::declareAndWriteDragImage):
- platform/mac/PasteboardMac.mm: (WebCore::Pasteboard::writeSelection): Updated for new naming scheme.
WebKit:
Reviewed by Tim Hatcher.
- update for the new naming scheme for the Objective-C wrapper-creation functions: _wrapElement: instead of _elementWith:, etc.
- WebCoreSupport/WebEditorClient.mm: (WebEditorClient::textFieldDidBeginEditing): (WebEditorClient::textFieldDidEndEditing): (WebEditorClient::textDidChangeInTextField): (WebEditorClient::doTextFieldCommandFromEvent): (WebEditorClient::textWillBeDeletedInTextField): (WebEditorClient::textDidChangeInTextArea):
- WebCoreSupport/WebFrameLoaderClient.mm: (WebFrameLoaderClient::createPlugin): (WebFrameLoaderClient::createJavaAppletWidget):
- WebView/WebFrame.mm: (kit): Use the _wrapElement-style functions.
- 5:34 PM Changeset in webkit [20129] by
-
- 2 edits in trunk/WebCore
Reviewed by Darin.
<rdar://problem/4990691> REGRESSION: Selecting text in Adium's Messages field causes horizontal shift
Corrected the recursive point conversion and scrolling done in scrollPointRecursively to use the
document view of each NSClipView.
- platform/mac/ScrollViewMac.mm: (WebCore::ScrollView::scrollPointRecursively): Call convertPoint:fromView: on the document views, not the clip views as we encounter them. Then call constrainScrollPoint: on the converted point to constrain to the document view bounds. And finally call scrollPoint: on the document view, not the clip view.
- 5:07 PM Changeset in webkit [20128] by
-
- 2 edits in trunk/WebKitTools
Reviewed by Tim Hatcher.
- add a DumpRenderTree feature where you can get the Objective-C class name of a JavaScript object
- DumpRenderTree/DumpRenderTree.m: (+[LayoutTestController isSelectorExcludedFromWebScript:]): Add the objCClassNameOf: selector. (+[LayoutTestController webScriptNameForSelector:]): Add the objCClassNameOf: selector, with the name "objCClassName". (-[LayoutTestController objCClassNameOf:]): Added.
- 4:57 PM Changeset in webkit [20127] by
-
- 6 edits4 adds in trunk
LayoutTests:
Reviewed by Alexey
Test that this works correctly with composed characters
http://bugs.webkit.org/show_bug.cgi?id=12833
REGRESSION: Selecting text in 6.6MB txt file is sluggish as of the Feb 19th nightly
<rdar://problem/5028159>
- fast/text/large-text-composed-char-expected.checksum: Added.
- fast/text/large-text-composed-char-expected.png: Added.
- fast/text/large-text-composed-char-expected.txt: Added.
- fast/text/large-text-composed-char.html: Added.
WebCore:
Reviewed by Alexey.
Fix http://bugs.webkit.org/show_bug.cgi?id=12833
REGRESSION: Selecting text in 6.6MB txt file is sluggish as of the Feb 19th nightly
<rdar://problem/5028159>
Divide large text blocks (>64kB) over multiple text nodes. This limits linebox searches to
a manageable subset.
- dom/Text.cpp: (WebCore::Text::createWithLengthLimit):
- dom/Text.h:
- html/HTMLParser.cpp: (WebCore::HTMLParser::parseToken):
- loader/TextDocument.cpp: (WebCore::TextTokenizer::write):
- 4:48 PM Changeset in webkit [20126] by
-
- 2 edits in trunk/WebCore
Fix a regression in printing. Printer fonts need to be part of the
font cache key, since printer fonts have different glyph widths.
(Integer antialiasing is used for screen fonts but not for printer fonts.)
Reviewed by aroben
- platform/FontCache.cpp: (WebCore::FontPlatformDataCacheKey::FontPlatformDataCacheKey): (WebCore::FontPlatformDataCacheKey::operator==): (WebCore::computeHash): (WebCore::FontCache::getCachedFontPlatformData):
- 4:07 PM Changeset in webkit [20125] by
-
- 2 edits in trunk/WebKit
Reviewed by Maciej.
<rdar://problem/5057575>
REGRESSION: Repro Crash in FrameLoader::frame loading about:blank in PLT
Always get the web view from the current web frame, since the document loader's frame can have been zeroed out
(for example when detaching the document loader).
- WebCoreSupport/WebFrameLoaderClient.mm: (WebFrameLoaderClient::dispatchDidLoadResourceFromMemoryCache): (WebFrameLoaderClient::assignIdentifierToInitialRequest): (WebFrameLoaderClient::dispatchWillSendRequest): (WebFrameLoaderClient::dispatchDidReceiveResponse): (WebFrameLoaderClient::dispatchDidReceiveContentLength): (WebFrameLoaderClient::dispatchDidFinishLoading):
- 2:58 PM Changeset in webkit [23066] by
-
- 2 edits in branches/WindowsMerge/WebCore
Reviewed by Darin.
<rdar://problem/5054694>
Repro crash when viewing fast/dom/HTMLObjectElement/object-as-frame.html
- bridge/win/FrameWin.cpp: (WebCore::Frame::createScriptInstanceForWidget): Return 0 for frame views.
- 2:32 PM Changeset in webkit [20124] by
-
- 2 edits in trunk/WebCore
add missing symbol to fix the Qt build again.
- 2:23 PM Changeset in webkit [23065] by
-
- 2 edits in branches/WindowsMerge/WebCore
Reviewed by Adam.
<rdar://problem/5054713>
Crash in suggestedFilenameForResponse in two fast/encoding tests.
Add null checks.
- platform/network/cf/ResourceResponseCFNet.cpp: (WebCore::suggestedFilenameForResponse):
- 1:45 PM Changeset in webkit [23064] by
-
- 2 edits in branches/WindowsMerge/WebCore
Reviewed by Oliver.
Fix for <rdar://problem/5053618> Disable "recent searches" search field menu.
- platform/win/SearchPopupMenuWin.cpp: (WebCore::SearchPopupMenu::enabled):
- 1:43 PM Changeset in webkit [20123] by
-
- 4 edits in trunk/WebCore
Reviewed by Oliver.
Adding the ability to enable or disable a SearchPopupMenu.
- platform/SearchPopupMenu.h:
- platform/mac/SearchPopupMenuMac.mm: (WebCore::SearchPopupMenu::enabled):
- rendering/RenderTextControl.cpp: (WebCore::RenderTextControl::showPopup):
- 1:17 PM Changeset in webkit [20122] by
-
- 17 edits in trunk
Reviewed by Nikolas Zimmermann.
http://bugs.webkit.org/show_bug.cgi?id=12500
SVG fails to correctly handle all link style selectors
http://bugs.webkit.org/show_bug.cgi?id=12567
<text> elements ignore <a> children
Allow <a> inside svg text and handle xlink:show.
- 12:05 PM Changeset in webkit [20121] by
-
- 32 edits in trunk/JavaScriptCore
Reviewed by .
- Actually update tests for new DST rules.
- tests/mozilla/ecma/Date/15.9.3.1-1.js:
- tests/mozilla/ecma/Date/15.9.3.1-2.js:
- tests/mozilla/ecma/Date/15.9.3.1-3.js:
- tests/mozilla/ecma/Date/15.9.3.1-4.js:
- tests/mozilla/ecma/Date/15.9.3.1-5.js:
- tests/mozilla/ecma/Date/15.9.3.2-1.js:
- tests/mozilla/ecma/Date/15.9.3.2-2.js:
- tests/mozilla/ecma/Date/15.9.3.2-3.js:
- tests/mozilla/ecma/Date/15.9.3.2-4.js:
- tests/mozilla/ecma/Date/15.9.3.2-5.js:
- tests/mozilla/ecma/Date/15.9.3.8-1.js:
- tests/mozilla/ecma/Date/15.9.3.8-2.js:
- tests/mozilla/ecma/Date/15.9.3.8-3.js:
- tests/mozilla/ecma/Date/15.9.3.8-4.js:
- tests/mozilla/ecma/Date/15.9.3.8-5.js:
- tests/mozilla/ecma/Date/15.9.5.10-1.js:
- tests/mozilla/ecma/Date/15.9.5.10-10.js:
- tests/mozilla/ecma/Date/15.9.5.10-11.js:
- tests/mozilla/ecma/Date/15.9.5.10-12.js:
- tests/mozilla/ecma/Date/15.9.5.10-13.js:
- tests/mozilla/ecma/Date/15.9.5.10-2.js:
- tests/mozilla/ecma/Date/15.9.5.10-3.js:
- tests/mozilla/ecma/Date/15.9.5.10-4.js:
- tests/mozilla/ecma/Date/15.9.5.10-5.js:
- tests/mozilla/ecma/Date/15.9.5.10-6.js:
- tests/mozilla/ecma/Date/15.9.5.10-7.js:
- tests/mozilla/ecma/Date/15.9.5.10-8.js:
- tests/mozilla/ecma/Date/15.9.5.10-9.js:
- tests/mozilla/ecma/jsref.js:
- tests/mozilla/ecma_2/jsref.js:
- tests/mozilla/ecma_3/Date/shell.js:
- 11:56 AM Changeset in webkit [23063] by
-
- 2 edits in branches/WindowsMerge/LayoutTests
Rubberstamped by Anders.
- Skipped: Updated for current set of crashing tests.
- 11:56 AM Changeset in webkit [23062] by
-
- 2 edits in branches/WindowsMerge/WebKitTools
WebKitToolsWin:
Reviewed by Darin.
Get DRT to size the WebView correctly, and added font family prefs.
- DumpRenderTree/DumpRenderTree.vcproj/DumpRenderTree/DumpRenderTree.cpp: (initialize): Make the DRT window an off-screen tool window so it isn't visible to the user despite having been "shown". (initializePreferences): Set font preferences. (main): Initially size the WebView to 0x0, then do a SetWindowPos to the desired size (this is what Boomer does).
- 11:52 AM Changeset in webkit [23061] by
-
- 6 edits in branches/WindowsMerge
WebCoreWin:
Reviewed by Oliver.
WebCore part of fix for <rdar://problem/5044790> preventing default of keypress event doesn't work (affects .mac)
- platform/win/KeyEventWin.cpp: (WebCore::singleCharacterString): Added inline keyword. (WebCore::PlatformKeyboardEvent::PlatformKeyboardEvent): Renamed arguments to be more meaningful. Added characterCode argument to be used when constructing m_text.
WebKitWin:
Reviewed by Oliver.
Fix for <rdar://problem/5044790> preventing default of keypress event doesn't work (affects .mac)
Removed special handling of the WM_CHAR message. All this work is now done by WM_KEYDOWN, which will dispatch the keydown event,
which causes the keypress event to be dispatched, which calls WebEditorClient::handleKeyPress to do all the hard work.
- WebEditorClient.cpp: (WebEditorClient::handleKeypress): Removed special call to doTextFieldCommandFromEvent since this will now happen during normal key event processing. Call handleEditingKeyboardEvent. Now editing actions can be prevented from the keypress event handler.
- WebView.cpp: (WebView::WebView): Added m_currentCharacterCode, so we can reuse the computed code from keyDown for keyUp events. (WebView::keyUp): Renamed arguments. Don't dispatch event for shift, ctrl, or capslock keys. Use m_currentCharacterCode when constructing the PlatformKeyboardEvent. (WebView::handleEditingKeyboardEvent): Now takes a KeyboardEvent instead of a PlatformKeyboardEvent. If no editCommand is created from the event, then call handleTextInputEvent. (WebView::keyDown): Peek at the next message in the message loop. If its a WM_CHAR, then get the character code and remove that message from the queue. Renamed arguments. Don't dispatch event for shift, ctrl, or capslock keys. Set m_currentCharacterCode and use it when constructing the PlatformKeyboardEvent. (WebViewWndProc): Removed handling of WM_CHAR, since this is now done from WM_KEYDOWN by dispatching the keydown event, which will eventually call handleKeyPress.
- WebView.h: Made handleEditingKeyboardEvent public so it can be accessed from WebEditorClient.
- 11:49 AM Changeset in webkit [20120] by
-
- 3 edits in trunk/WebCore
Reviewed by Oliver.
Add a missing parameter to the constructor.
- platform/PlatformKeyboardEvent.h:
- platform/win/KeyEventWin.cpp: (WebCore::PlatformKeyboardEvent::PlatformKeyboardEvent):
- 11:45 AM Changeset in webkit [20119] by
-
- 2 edits in S60/trunk/WebKit
hongzhao, reviewed by Yongjun.zhang@nokia.com
DESC: Part 2/2 (see also r20116). Plugin Window shouldn't cover the scroll bars when it's oversize HZHO-6YZR4X
Fix: Calculate the clipRect based on the Browser mainframe rect and the plugin object rect and use it as the plugin cliprect.
http://bugs.webkit.org/show_bug.cgi?id=13003
- 11:15 AM Changeset in webkit [23060] by
-
- 1 edit in branches/WindowsMerge/WebCore/ChangeLog
Updating ChangeLog w/ revision
- 11:11 AM Changeset in webkit [23059] by
-
- 2 edits1 add in branches/WindowsMerge/WebCore
Reviewed by Oliver.
Forking KeyEventWin.cpp.
- WebCore.vcproj/WebCore.vcproj:
- platform/win/KeyEventWin.cpp: Added.
- 10:44 AM Changeset in webkit [20118] by
-
- 2 edits in trunk/JavaScriptCore
Reviewed by .
- Update tests for new DST rules.
- tests/mozilla/ecma/shell.js:
- 9:47 AM Changeset in webkit [20117] by
-
- 23 edits in S60/trunk
borges, reviewed by Bradley
DESC: related with task 14594 for S60 build feature work
http://bugs.webkit.org/show_bug.cgi?id=13027
- 8:31 AM Changeset in webkit [20116] by
-
- 4 edits in S60/trunk/WebKit
hongzhao, reviewed by Yongjun.zhang@nokia.com
DESC: Plugin Window shouldn't cover the scroll bars if they are oversize HZHO-6YZR4X
Fix: Intersects the plugin object rect and the rect of main frame in Browser, then set it as clip rect to pass for plugin window.
http://bugs.webkit.org/show_bug.cgi?id=13003
- 8:09 AM Changeset in webkit [20115] by
-
- 9 edits in trunk
Reviewed by Oliver Hunt.
Fixed <rdar://problem/4681051> Installer crashes in KJS::Collector::
markOtherThreadConservatively(KJS::Collector::Thread*) trying to install
iLife 06 using Rosetta on an Intel Machine
The problem was that our thread-specific data destructor would modify the
list of active JavaScript threads without holding the JSLock, corrupting
the list. Corruption was especially likely if one JavaScript thread exited
while another was starting up.
- JavaScriptCore.exp:
- kjs/JSLock.cpp: Don't conflate locking the JSLock with registering a thread, since the thread-specific data destructor needs to lock without registering a thread. Instead, treat thread registration as a part of the convenience of the JSLock object, and whittle down JSLock::lock() to just the bits that actually do the locking. (KJS::JSLock::lock): (KJS::JSLock::registerThread):
- kjs/JSLock.h: Updated comments to mention the new behavior above, and other recent changes. (KJS::JSLock::JSLock):
- kjs/collector.cpp: (KJS::destroyRegisteredThread): Lock here. (KJS::Collector::registerThread): To match, assert that we're locked here.
JavaScriptGlue:
Reviewed by Oliver Hunt.
Updated in light of fix for <rdar://problem/4681051> Installer crashes
in KJS::Collector::markOtherThreadConservatively(KJS::Collector::Thread*)
trying to install iLife 06 using Rosetta on an Intel Machine
- JavaScriptGlue.cpp: (JSLockInterpreter): Ensure backwards compatibility by calling registerThread() when explicitly taking the JSLock. (This doesn't happen automatically anymore.) I doubt this actally matters, but in JavaScriptGlue territory, that kind of thinking will get you killed.
WebKitTools:
Reviewed by Oliver Hunt.
Beefed up --threaded mode in light of <rdar://problem/4681051> Installer
crashes in KJS::Collector::markOtherThreadConservatively(KJS::Collector::Thread*)
trying to install iLife 06 using Rosetta on an Intel Machine
--threaded mode now runs a bunch of different JavaScript threads, randomly
killing and respawning them. This was sufficient for reproducing the
bug on my MacBook Pro.
- DumpRenderTree/DumpRenderTree.m: (javaScriptThreads): (runJavaScriptThread): (startJavaScriptThreads): (stopJavaScriptThreads): (dumpRenderTree):
- 8:02 AM Changeset in webkit [20114] by
-
- 2 edits in S60/branches/3.1m/WebKit
fhodgkin, Reviewed by sachin
DESC: merge r20113 to s60's 3.1m branch. crash when exiting browser after trying to load a big file: TMCN-6YDJPJ
http://bugs.webkit.org/show_bug.cgi?id=12967
- 8:00 AM Changeset in webkit [20113] by
-
- 2 edits in S60/trunk/WebKit
fhodgkin, Reviewed by sachin
DESC: crash when exiting browser after trying to load a big file: TSW TMCN-6YDJPJ
http://bugs.webkit.org/show_bug.cgi?id=12967
- 2:18 AM Changeset in webkit [20112] by
-
- 7 edits in trunk/WebCore
Fix the Qt build. I still get crashes though :/
Mar 11, 2007:
- 12:21 AM Changeset in webkit [20102] by
-
- 16 edits in trunk
Reviewed by Darin.
A partial fix for http://bugs.webkit.org/show_bug.cgi?id=13021
XPath can be very slow
- xml/XPathExpression.cpp: (WebCore::XPathExpression::evaluate): Cache evaluationContext in a local variable.
- xml/XPathExpressionNode.cpp: (WebCore::XPath::Expression::evaluationContext):
- xml/XPathExpressionNode.h: (WebCore::XPath::Expression::addSubExpression): (WebCore::XPath::Expression::subExprCount): (WebCore::XPath::Expression::subExpr):
- xml/XPathFunctions.cpp:
- xml/XPathFunctions.h: (WebCore::XPath::Function::setName): (WebCore::XPath::Function::arg): (WebCore::XPath::Function::argCount): (WebCore::XPath::Function::name): Made one-liners critical for performance inline.
- xml/XPathGrammar.y: Fully parse NodeTests, so that strings are no longer passed for what is essentially an enum. Use LocationPath accessors to add steps, instead of directly manipulating internal data members.
- xml/XPathParser.cpp: (WebCore::XPath::Parser::parseStatement): (WebCore::XPath::Parser::registerNodeTest): (WebCore::XPath::Parser::deleteNodeTest):
- xml/XPathParser.h: Added support methods for changes in XPathGrammar.y.
- xml/XPathPath.cpp: (WebCore::XPath::Filter::evaluate): Cache evaluationContext in a local variable. Use swap() to avoid performing vector assignments. (WebCore::XPath::LocationPath::evaluate): Use swap() to avoid performing vector assignments. (WebCore::XPath::LocationPath::optimizeStepPair): This new method is called during LocationPath construction, to simplify the path as it's being built. Currently, the only optimized case is "*" - it is a basis for important operations that cannot be efficiently written in XPath 1.0, but can be optimized with a little bit of XPath 2.0. (WebCore::XPath::LocationPath::appendStep): A new accessor that modifies m_steps and calls optimizeStepPair(). (WebCore::XPath::LocationPath::insertFirstStep): Ditto.
- xml/XPathPath.h: (WebCore::XPath::LocationPath::setAbsolute): A new accessor.
- xml/XPathStep.h: (WebCore::XPath::Step::NodeTest::): (WebCore::XPath::Step::NodeTest::NodeTest): (WebCore::XPath::Step::NodeTest::kind): (WebCore::XPath::Step::NodeTest::data): Step::NodeTest is a new sub-class that represents a fully parsed NodeTest. (WebCore::XPath::Step::axis): (WebCore::XPath::Step::nodeTest): (WebCore::XPath::Step::nodeTestData): (WebCore::XPath::Step::namespaceURI): (WebCore::XPath::Step::predicates): (WebCore::XPath::Step::setAxis): (WebCore::XPath::Step::setNodeTest): (WebCore::XPath::Step::setNodeTestData): (WebCore::XPath::Step::setNamespaceURI): (WebCore::XPath::Step::setPredicates): New accessors that let optimizeStepPair() manipulate Step data.
- xml/XPathStep.cpp: (WebCore::XPath::Step::Step): Use the new NodeTest class. (WebCore::XPath::Step::evaluate): Cache evaluationContext in a local variable. Use swap() to avoid performing unneeded vector assignments. (WebCore::XPath::Step::nodesInAxis): Cosmetic changes. (WebCore::XPath::Step::nodeTestMatches): Use NodeTest instead of parsing the test from string each time. Added a partial implementation of XPath 2.0 element() node test.
- 12:10 AM Changeset in webkit [20101] by
-
- 4 edits2 adds in trunk
Reviewed by Darin.
http://bugs.webkit.org/show_bug.cgi?id=12249
FCKeditor: <hr>, <ul> and <ol> have id="undefined"
This fixes the attached reduction, but not the original issue.
Test: editing/execCommand/default-parameters.html
- dom/Document.h:
- dom/Document.idl: Make second and third execCommand() parameters optional.
Mar 10, 2007:
- 10:49 PM Changeset in webkit [20111] by
-
- 5 edits in trunk/WebCore
Not reviewed - gdk build fixes.
- platform/gdk/EditorClientGdk.cpp: (WebCore::EditorClientGdk::respondToChangedSelection): add stub
- platform/gdk/EditorClientGdk.h:
- platform/gdk/FrameGdk.cpp:
- platform/gdk/TemporaryLinkStubs.cpp: (Editor::markMisspellings): add stub
- 10:39 PM Changeset in webkit [20110] by
-
- 6 edits2 adds in trunk
Reviewed by Adele.
http://bugs.webkit.org/show_bug.cgi?id=12560
W3C XPath test Text_Nodes.svg fails
WebCore:
- xml/XPathStep.cpp: (WebCore::XPath::Step::nodeTestMatches): Revert the fix, as the behavior doesn't appear all that desirable as it did at first glance.
LayoutTests:
- dom/svg/level3/xpath/Text_Nodes-expected.txt: This fails again.
- fast/xpath/4XPath/Borrowed/kd_20010423-expected.txt:
- fast/xpath/4XPath/Borrowed/kd_20010423.html: Brought the test back to its original form (in which Firefox passes).
- fast/xpath/text-nodes-expected.txt: Added.
- fast/xpath/text-nodes.html: Added. A new test for text nodes, verifying some more arcane cases.
- 10:34 PM Changeset in webkit [20109] by
-
- 3 edits2 adds in trunk
2007-03-11 Oliver Hunt <oliver@apple.com>
Reviewed by hyatt.
Fix for <rdar://problem/5055690> ASSERTION failure on drop into
editable element with content changed on drop
After setting the selection for a drop into an editable region
we make sure the we succeeded. If we didn't we assume a focus handler
or similar altered the element contents and try again, if the second
attempt fails we bail out.
- page/DragController.cpp: (WebCore::setSelectionToDragCaret): (WebCore::DragController::concludeDrag):
LayoutTests:
<rdar://problem/5055690> ASSERTION failure on drop into editable element with content changed on drop
- fast/events/content-changed-during-drop-expected.txt: Added.
- fast/events/content-changed-during-drop.html: Added.
- 9:46 PM Changeset in webkit [23058] by
-
- 5 edits in branches/WindowsMerge
2007-03-11 Oliver Hunt <oliver@apple.com>
Reviewed by Adele.
WebCoreWin:
Removed Frame::respondToChangedSelection stub
added Editor::markMisspellings stub
- platform/win/TemporaryLinkStubs.cpp: (WebCore::Editor::markMisspellings):
WebKitWin:
Stubbed WebEditorClient::respondToChangedSelection
- WebEditorClient.cpp: (WebEditorClient::respondToChangedSelection):
- WebEditorClient.h:
- 9:41 PM Changeset in webkit [20108] by
-
- 16 edits in trunk
2007-03-11 Oliver Hunt <oliver@apple.com>
Reviewed by Adele.
WebCore:
Moving Frame{Mac}::respondToChangedSelection to Frame.cpp
Added new EditorClient method to handle old bridge function
- bridge/EditorClient.h:
Added respondToChangedSelection to replace old bridge function
- editing/Editor.cpp: (WebCore::Editor::respondToChangedSelection):
Add client call to replace old bridge call from Frame::respondToChangedSelection
- editing/SelectionController.cpp: (WebCore::SelectionController::setSelection):
No longer directly call Editor as Frame::respondToChangedSelection
makes the call
- page/Frame.cpp: (WebCore::Frame::respondToChangedSelection):
Moved from FrameMac, replaced bridge call with call to Editor
- page/mac/FrameMac.mm:
Moved respondToChangedSelection to Frame.cpp
- page/mac/WebCoreFrameBridge.h:
Removed respondToChangedSelection from bridge
- page/qt/FrameQt.cpp:
Remove stub method for respondToChangedSelection
WebKit:
Moved respondToChangedSelection from FrameBridge to EditorClient
- WebCoreSupport/WebEditorClient.h:
- WebCoreSupport/WebEditorClient.mm: (WebEditorClient::respondToChangedSelection):
- WebCoreSupport/WebFrameBridge.mm: Removed respondToChangedSelection from bridge
WebKitQt:
Stub for EditorClientQt::respondToChangedSelection
- WebCoreSupport/EditorClientQt.cpp: (WebCore::EditorClientQt::respondToChangedSelection):
- WebCoreSupport/EditorClientQt.h:
- 8:24 PM Changeset in webkit [20107] by
-
- 2 edits in trunk/WebKit
Reviewed by Adele.
- fix http://bugs.webkit.org/show_bug.cgi?id=12964 <rdar://problem/5045717> REGRESSION: crash in -[WebBaseNetscapePluginStream _deliverData] at simpsonsmovie.com (12964)
- Plugins/WebBaseNetscapePluginStream.m: (-[WebBaseNetscapePluginStream startStreamResponseURL:expectedContentLength:lastModifiedDate:MIMEType:]): At every place we call the plug-in, since it could destroy the stream, get pluginView into a local variable; it will be set to nil if the stream is destroyed. (-[WebBaseNetscapePluginStream _destroyStream]): Added calls to retain/release to handle the case where one of the calls to the plug-in destroys the stream. Added a call to cancelPreviousPerformRequestsWithTarget in case _deliverData has been scheduled but not yet delivered. Also get pluginView into a local variable as mentioned above, and check at strategic points and exit if the stream was already destroyed to avoid multiple calls to NPP_DestroyStream or NPP_URLNotify. (-[WebBaseNetscapePluginStream _deliverData]): Ditto.
- 6:32 PM Changeset in webkit [20106] by
-
- 2 edits in trunk
Fixed my name in the 2 ChangeLogs kjk just comitted
- 6:09 PM Changeset in webkit [20105] by
-
- 4 edits in trunk
WebCore:
Reviewed by Brady Edison.
Linux/gdk fix.
- loader/gdk/FrameLoaderClientGdk.cpp: (WebCore::FrameLoaderClientGdk::shouldGoToHistoryItem): return true so that FrameLoader:goBackOrForwards() works.
WebKitTools:
Reviewed by Brady Edison.
Add forward/backward/quit menus for easier testing.
- GdkLauncher/main.cpp: (menuMainBackCb): (menuMainForwardCb): (menuMainQuitCb): (main):
- 5:01 PM Changeset in webkit [23057] by
-
- 2 edits in branches/WindowsMerge/WebCore
Reviewed by Darin Adler.
Fixed <rdar://problem/4587763> PAC file: lock inversion between QT and
JSCore causes a hang @ www.panoramas.dk
See JavaScriptCore ChangeLog for details.
Stress test doesn't show any problems.
Drop the JSLock before making calls through the plug-in API from functions
that may have been called by JavaScript.
- plugins/win/PluginViewWin.cpp: (WebCore::PluginViewWin::paint): (WebCore::PluginViewWin::handleKeyboardEvent): (WebCore::PluginViewWin::handleMouseEvent): (WebCore::PluginViewWin::setNPWindowRect): (WebCore::PluginViewWin::start): (WebCore::PluginViewWin::stop): (WebCore::PluginViewWin::performRequest): (WebCore::PluginViewWin::bindingInstance):
- 4:57 PM Changeset in webkit [20104] by
-
- 23 edits in trunk
Reviewed by Darin Adler.
Fixed <rdar://problem/4587763> PAC file: lock inversion between QT and
JSCore causes a hang @ www.panoramas.dk
With a PAC file, run-webkit-tests --threaded passes, the reported site
works, and all the Quicktime/JavaScript and Flash/JavaScript examples
I found through Google work, too.
Any time JavaScript causes arbitrary non-JavaScript code to execute, it
risks deadlock, because that code may block, trying to acquire a lock
owned by a thread that is waiting to execute JavaScript. In this case,
the thread was a networking thread that was waiting to interpret a PAC file.
Because non-JavaScript code may execute in response to, well, anything,
a perfect solution to this problem is impossible. I've implemented an
optimistic solution, instead: JavaScript will drop its lock whenever it
makes a direct call to non-JavaScript code through a bridging/plug-in API,
but will blissfully ignore the indirect ways it may cause non-JavaScript
code to run (resizing a window, for example).
Unfortunately, this solution introduces significant locking overhead in
the bridging APIs. I don't see a way around that.
This patch includes some distinct bug fixes I saw along the way:
- bindings/objc/objc_instance.mm: Fixed a bug where a nested begin() call would leak its autorelease pool, because it would NULL out _pool without draining it.
- bindings/runtime_object.cpp: (RuntimeObjectImp::methodGetter): Don't copy an Identifier to ASCII only to turn around and make an Identifier from the ASCII. In an earlier version of this patch, the copy caused an assertion failure. Now it's just unnecessary work. (RuntimeObjectImp::getOwnPropertySlot): ditto
- bindings/objc/objc_instance.h: Removed overrides of setVAlueOfField and getValueOfField, because they did exactly what the base class versions did. Removed overrides of Noncopyable declarations for the same reason.
- bindings/runtime.h: Inherit from Noncopyable instead of rolling our own.
- bindings/c/c_instance.h: ditto
And the actual patch:
- API/JSCallbackConstructor.cpp: Drop all locks when calling out to C. (KJS::JSCallbackConstructor::construct):
- API/JSCallbackFunction.cpp: ditto (KJS::JSCallbackFunction::callAsFunction):
- API/JSCallbackObject.cpp: ditto (KJS::JSCallbackObject::init): (KJS::JSCallbackObject::~JSCallbackObject): (KJS::JSCallbackObject::getOwnPropertySlot): (KJS::JSCallbackObject::put): (KJS::JSCallbackObject::deleteProperty): (KJS::JSCallbackObject::construct): (KJS::JSCallbackObject::hasInstance): (KJS::JSCallbackObject::callAsFunction): (KJS::JSCallbackObject::getPropertyNames): (KJS::JSCallbackObject::toNumber): (KJS::JSCallbackObject::toString): (KJS::JSCallbackObject::staticValueGetter): (KJS::JSCallbackObject::callbackGetter):
- bindings/c/c_instance.cpp: Drop all locks when calling out to C. (KJS::Bindings::CInstance::invokeMethod): (KJS::Bindings::CInstance::invokeDefaultMethod):
- bindings/c/c_runtime.cpp: Drop all locks when calling out to C. (KJS::Bindings::CField::valueFromInstance): (KJS::Bindings::CField::setValueToInstance):
- bindings/jni/jni_objc.mm: (KJS::Bindings::dispatchJNICall): Drop all locks when calling out to Java.
- bindings/objc/objc_instance.mm: The changes here are to accomodate the fact that C++ unwinding of DropAllLocks goes crazy when you put it inside a @try block. I moved all JavaScript stuff outside of the @try blocks, and then prefixed the whole blocks with DropAllLocks objects. This required some supporting changes in other functions, which now acquire the JSLock for themselves, intead of relying on their callers to do so. (ObjcInstance::end): (ObjcInstance::invokeMethod): (ObjcInstance::invokeDefaultMethod): (ObjcInstance::setValueOfUndefinedField): (ObjcInstance::getValueOfUndefinedField):
- bindings/objc/objc_runtime.mm: Same as above, except I didn't want to change throwError to acquire the JSLock for itself. (ObjcField::valueFromInstance): (ObjcField::setValueToInstance):
- bindings/objc/objc_utility.mm: Supporting changes mentioned above. (KJS::Bindings::convertValueToObjcValue): (KJS::Bindings::convertObjcValueToValue):
- kjs/JSLock.cpp: (1) Fixed DropAllLocks to behave as advertised, and drop the JSLock only if the current thread actually acquired it in the first place. This is important because WebKit needs to ensure that the JSLock has been dropped before it makes a plug-in call, even though it doesn't know if the current thread actually acquired the JSLock. (We don't want WebKit to accidentally drop a lock belonging to *another thread*.) (2) Used the new per-thread code written for (1) to make recursive calls to JSLock very cheap. JSLock now knows to call pthread_mutext_lock/ pthread_mutext_unlock only at nesting level 0. (KJS::createDidLockJSMutex): (KJS::JSLock::lock): (KJS::JSLock::unlock): (KJS::DropAllLocks::DropAllLocks): (KJS::DropAllLocks::~DropAllLocks): (KJS::JSLock::lockCount):
- kjs/JSLock.h: Don't duplicate Noncopyable. (KJS::JSLock::~JSLock):
- wtf/Assertions.h: Blind attempt at helping the Windows build.
WebCore:
Reviewed by Darin Adler.
Fixed <rdar://problem/4587763> PAC file: lock inversion between QT and
JSCore causes a hang @ www.panoramas.dk
See JavaScriptCore ChangeLog for details.
- bindings/objc/WebScriptObject.mm: (_didExecute): Added helpful ASSERT. (+[WebScriptObject throwException:]): Added missing JSLock.
WebKit:
Reviewed by Darin Adler.
Fixed <rdar://problem/4587763> PAC file: lock inversion between QT and
JSCore causes a hang @ www.panoramas.dk
See JavaScriptCore ChangeLog for details.
Drop the JSLock before making calls through the plug-in API from functions
that may have been called by JavaScript.
- Plugins/WebBaseNetscapePluginView.mm: (-[WebBaseNetscapePluginView sendEvent:]): (-[WebBaseNetscapePluginView setWindowIfNecessary]): (-[WebBaseNetscapePluginView initWithFrame:pluginPackage:URL:baseURL:MIMEType:attributeKeys:attributeValues:loadManually:DOMElement:]): (-[WebBaseNetscapePluginView createPluginScriptableObject]): (-[WebBaseNetscapePluginView evaluateJavaScriptPluginRequest:]): (-[WebBaseNetscapePluginView webFrame:didFinishLoadWithReason:]): (-[WebBaseNetscapePluginView loadPluginRequest:]): (-[WebBaseNetscapePluginView _printedPluginBitmap]):
- Plugins/WebPluginController.mm: (+[WebPluginController plugInViewWithArguments:fromPluginPackage:]): (-[WebPluginController startAllPlugins]): (-[WebPluginController stopAllPlugins]): (-[WebPluginController addPlugin:]): (-[WebPluginController destroyPlugin:]): (-[WebPluginController destroyAllPlugins]):
- 4:14 AM Changeset in webkit [20103] by
-
- 7 edits in trunk/WebCore
Reviewed by Hyatt.
Optimize linebox memory consumption:
- move all bitfields to baseclass compacting them
- make InlineTextBox::m_truncation unsigned short and make it relative to m_start
- remove extremely rarely used EllipsisBox pointer from RootInlineBox and instead use a global hashmap to store it if needed
- use minimum required number of bits to store BidiStatus enum variables in RootInlineBox
- move overflow variables in RootInlineBox to a separate struct that is instantiated only if any of the variables is set to a value that can't trivially be derived from box x, y, width and height
As a result line box objects shrink:
InlineBox: 44 -> 44 bytes
InlineTextBox: 68 -> 60 bytes
InlineFlowBox: 68 -> 64 bytes
RootInlineBox: 128 -> 88 bytes
The optimizations possiblity was noticed when debugging http://bugs.webkit.org/show_bug.cgi?id=12833
Bug 12833: REGRESSION: Selecting text in 6.6MB txt file is sluggish as of the Feb 19th nightly
<rdar://problem/5028159>
On that page the patch saves 11.5MB or some 21% of linebox memory consumption. It also
actually improves selection performance somewhat by improving memory locality.
- rendering/InlineBox.h: (WebCore::InlineBox::InlineBox):
- rendering/InlineFlowBox.h: (WebCore::InlineFlowBox::InlineFlowBox):
- rendering/InlineTextBox.cpp: (WebCore::InlineTextBox::placeEllipsisBox): (WebCore::InlineTextBox::nodeAtPoint): (WebCore::InlineTextBox::paint): (WebCore::InlineTextBox::paintDecoration): (WebCore::InlineTextBox::paintSpellingOrGrammarMarker): (WebCore::InlineTextBox::paintMarkedTextUnderline):
- rendering/InlineTextBox.h: (WebCore::InlineTextBox::InlineTextBox):
- rendering/RootInlineBox.cpp: (WebCore::throw): (WebCore::RootInlineBox::Overflow::operator delete): (WebCore::RootInlineBox::Overflow::destroy): (WebCore::RootInlineBox::destroy): (WebCore::RootInlineBox::detachEllipsisBox): (WebCore::RootInlineBox::clearTruncation): (WebCore::RootInlineBox::placeEllipsis): (WebCore::RootInlineBox::paintEllipsisBox): (WebCore::RootInlineBox::addHighlightOverflow): (WebCore::RootInlineBox::nodeAtPoint): (WebCore::RootInlineBox::adjustPosition): (WebCore::RootInlineBox::selectionTop): (WebCore::RootInlineBox::setLineBreakInfo): (WebCore::RootInlineBox::ellipsisBox): (WebCore::RootInlineBox::setVerticalOverflowPositions): (WebCore::RootInlineBox::setHorizontalOverflowPositions): (WebCore::RootInlineBox::setVerticalSelectionPositions):
- rendering/RootInlineBox.h: (WebCore::RootInlineBox::RootInlineBox): (WebCore::RootInlineBox::topOverflow): (WebCore::RootInlineBox::bottomOverflow): (WebCore::RootInlineBox::leftOverflow): (WebCore::RootInlineBox::rightOverflow): (WebCore::RootInlineBox::lineBreakBidiStatus): (WebCore::RootInlineBox::selectionBottom): (WebCore::RootInlineBox::Overflow::Overflow):