Timeline
May 11, 2007:
- 11:43 PM Changeset in webkit [21426] by
-
- 4 adds in trunk/LayoutTests/fast/table
Add layout test for colloquy display table baseline issue.
- 11:40 PM Changeset in webkit [21425] by
-
- 3 edits in trunk/WebCore
Fix for http://bugs.webkit.org/show_bug.cgi?id=13688, Colloquy is broken!
Make sure to adjust the baseline of a percentage height table cell's row if the
cell flexes (and lowers the baseline).
Reviewed by olliej
fast/tables/vertical-align-baseline-readjust.html
(WebCore::RenderTableSection::calcRowHeight):
(WebCore::RenderTableSection::layoutRows):
- rendering/RenderTableSection.h: (WebCore::RenderTableSection::getBaseline):
- 5:26 PM Changeset in webkit [23357] by
-
- 88 edits3 adds1 delete in branches/WindowsMerge
2007-05-11 Steve Falkenburg <sfalken@apple.com>
Reviewed by Darin, Ada.
WebKit DCOM compatibility.
When a WebKit hosting app calls RunAsLocalServer, the class object for CLSID_WebDebugProgram
is registered to allow creation across processes. This is for future compatibility with
Drosera.
Added new exported function: RunAsLocalServer.
This exposes WebKit inside the running exe as a LocalServer32 (COM server), which
will allow Drosera to connect to it via DCOM.
We use the DCOM Universal Marshaller from oleaut32.dll, which performs marshalling
based on type libraries, so as part of this change, I've done some work on making our
interfaces compatible with this marshaller.
Updated for compatibility w/ COM automation, and fixed up our type library.
Added type library registration/unregistration code.
Marked methods not compatible w/ automation/marshalling as [local].
As a side-effect, with these changes, the .NET tlbimp tool can create a .NET interop
assembly to theoretically allow WebKit to be invoked from .NET apps. I haven't
tried this. It could end up being useful to drive API testing.
To test, I wrote a small app that calls:
::CoCreateInstance(CLSID_IWebDebugProgram, 0, CLSCTX_LOCAL_SERVER, IID_IUnknown, (void)&viewUnknown);
Using this instantiated class, I'm able to iterate the exisitng webviews and retrieve their
source, title, URL, etc.
2007-05-11 Steve Falkenburg <sfalken@apple.com>
Reviewed by Darin, Ada.
Updated for COM Automation changes in WebKit.
- DumpRenderTree/DumpRenderTree.vcproj/DumpRenderTree/DumpRenderTree.cpp: (dumpFrameScrollPosition): Updated for WebKit API changes. (main): Updated for WebKit API changes.
- DumpRenderTree/DumpRenderTree.vcproj/DumpRenderTree/EventSender.cpp: (doMouseUp): Updated for WebKit API changes. (doMouseMove): Updated for WebKit API changes.
- DumpRenderTree/DumpRenderTree.vcproj/DumpRenderTree/WaitUntilDoneDelegate.h: (WaitUntilDoneDelegate::didReceiveIcon): Updated for WebKit API changes. (WaitUntilDoneDelegate::webViewFirstResponder): Updated for WebKit API changes. (WaitUntilDoneDelegate::makeFirstResponder): Updated for WebKit API changes. (WaitUntilDoneDelegate::contextMenuItemsForElement): Updated for WebKit API changes. (WaitUntilDoneDelegate::trackCustomPopupMenu): Updated for WebKit API changes. (WaitUntilDoneDelegate::cleanUpCustomMenuDrawingData): Updated for WebKit API changes. (WaitUntilDoneDelegate::addCustomMenuDrawingData): Updated for WebKit API changes. (WaitUntilDoneDelegate::webViewLostFocus): Updated for WebKit API changes.
- 5:17 PM Changeset in webkit [21424] by
-
- 2 edits in trunk/WebCore
Make sure focus rings are always using the exterior style, regardless
of what the OS default is.
Reviewed by beth
- rendering/RenderThemeMac.mm: (WebCore::RenderThemeMac::checkbox): (WebCore::RenderThemeMac::radio): (WebCore::RenderThemeMac::popupButton): (WebCore::RenderThemeMac::search): (WebCore::RenderThemeMac::sliderThumbHorizontal): (WebCore::RenderThemeMac::sliderThumbVertical):
- 5:07 PM Changeset in webkit [21423] by
-
- 3 edits2 adds in trunk
2007-05-11 Oliver Hunt <oliver@apple.com>
LayoutTests:
Reviewed by Hyatt.
Layout test for x-mac-roman character encoding.
- fast/encoding/xmacroman-encoding-test-expected.txt: Added.
- fast/encoding/xmacroman-encoding-test.html: Added.
WebCore:
Reviewed by Hyatt.
<rdar://problem/5195473> REGRESSION: "Curly quote" fails to
be displayed correctly even when META tag specifies charset=x-mac-roman
- platform/TextCodecICU.cpp: (WebCore::TextCodecICU::registerExtendedEncodingNames): Register the xmacroman encoding
- 4:05 PM Changeset in webkit [21422] by
-
- 1 edit in trunk/WebCore/ChangeLog
ChangeLog fixup
- 3:59 PM Changeset in webkit [21421] by
-
- 2 edits in trunk/WebCore
Reviewed by Hyatt.
<rdar://problem/5193517> FrameLoader::canCachePage() might walk the entire DOM
http://bugs.webkit.org/show_bug.cgi?id=13662
- loader/FrameLoader.cpp: (WebCore::FrameLoader::provisionalLoadStarted): Remove some useless and now harmful code - there's no need to clear in this case.
- 3:44 PM Changeset in webkit [23356] by
-
- 2 edits in branches/WindowsMerge/WebKitWin
Build fix.
- WebView.cpp: (WebView::selectionImageRect):
- 3:06 PM Changeset in webkit [21420] by
-
- 2 edits in trunk/WebCore
GDK Build fix
- ChangeLog:
- dom/Document.cpp: (WebCore::Document::importNode):
- 3:03 PM Changeset in webkit [21419] by
-
- 2 edits in trunk/WebCore
Reviewed by Geoff.
- fixed <rdar://problem/5197621> closing second window crashed webkit (13660) http://bugs.webkit.org/show_bug.cgi?id=13660
No test case; not testable.
- page/mac/FrameMac.mm: (WebCore::Frame::cleanupPlatformScriptObjects): Check if the interpreter is null; if so, we don't want to do work that may lazily create it while the Frame is being destroyed.
- 2:54 PM Changeset in webkit [21418] by
-
- 5 edits11 adds in trunk
2007-05-11 Oliver Hunt <oliver@apple.com>
LayoutTests:
Reviewed by Brady.
Layout tests for <rdar://problem/5017375> WebKit should disable SVG in Dashboard
Tests attempt to use SVG in a number of ways, both direct and indirect.
- http/tests/xmlhttprequest/resources/svgtest.svg: Added. Small test SVG
- http/tests/xmlhttprequest/svg-created-by-xhr-disallowed-in-dashboard-expected.txt: Added.
- http/tests/xmlhttprequest/svg-created-by-xhr-disallowed-in-dashboard.html: Added. Attempts to use an SVG doc created with XHR as content
- svg/custom/embedded-svg-disallowed-in-dashboard-expected.txt: Added.
- svg/custom/embedded-svg-disallowed-in-dashboard.xml: Added. Attempts to use SVG by embedding it in an SVG doc.
- svg/custom/manually-parsed-embedded-svg-disallowed-in-dashboard-expected.txt: Added.
- svg/custom/manually-parsed-embedded-svg-disallowed-in-dashboard.html: Added. Attempts to use SVG by using a DOMParser to manually parse XHMTL with embedded SVG
- svg/custom/manually-parsed-svg-disallowed-in-dashboard-expected.txt: Added.
- svg/custom/manually-parsed-svg-disallowed-in-dashboard.html: Added. Attempts to use SVG by using a DOMParser to manually create an SVG doc from a string
- svg/custom/svg-disallowed-in-dashboard-object-expected.txt: Added.
- svg/custom/svg-disallowed-in-dashboard-object.html: Added. Attempts to embed SVG with <embed>, <object>, and <iframe>
WebCore:
Reviewed by Brady.
<rdar://problem/5017375> WebKit should disable SVG in Dashboard
Prevents an SVG document or element from being created when in
dashboard compatibility mode.
Manually parsing, or using XHR to created a document removes our
ability to detect Dashboard compatibility mode, so we also perform
the check when importing nodes from one document into another.
- dom/DOMImplementation.cpp: (WebCore::DOMImplementation::createDocument): Don't create an SVGDocument if we're in dashboard compatibility mode
- dom/Document.cpp: (WebCore::Document::importNode): Don't import SVG nodes if we're in dashboard compatibility mode
- ksvg2/scripts/make_names.pl: Don't create SVG elements for documents that are in dashboard compatibility mode
- 1:44 PM Changeset in webkit [21417] by
-
- 2 edits in trunk/LayoutTests
2007-05-11 Mark Rowe <mrowe@apple.com>
Rubber-stamped by Oliver.
- fast/encoding/char-encoding.html: Change from a 5 millisecond timeout to a 500 millisecond timeout to work around occasional timing-related test failures.
- 1:29 PM Changeset in webkit [21416] by
-
- 2 edits in trunk/WebKitTools
2007-05-11 Holger Hans Peter Freyther <zecke@selfish.org>
Reviewed by Maciej.
Bug 13656: [gdk] Resize the drawing area of the GdkLauncher
http://bugs.webkit.org/show_bug.cgi?id=13656
- GdkLauncher/main.cpp: Handle resizing the drawing area (frameResizeCallback): (main):
- 1:27 PM Changeset in webkit [21415] by
-
- 3 edits in trunk/WebCore
2007-05-11 Holger Hans Peter Freyther <zecke@selfish.org>
Reviewed by Maciej.
Bug 13676: [cairo/gdk] Provide implementation for ImageBufferCairo
http://bugs.webkit.org/show_bug.cgi?id=13676
There are no test cases that explicitly cover platform/graphics at present.
- platform/graphics/ImageBuffer.h: Add cairo bits
- platform/graphics/cairo/ImageBufferCairo.cpp: Untested implementation of the ImagerBuffer using the image_surface (WebCore::ImageBuffer::create): Create a reasonable sized surface (WebCore::ImageBuffer::ImageBuffer): Use a cairo_surface and create a GraphicsContext. GraphicsContext takes the cairo_t ownership (WebCore::ImageBuffer::~ImageBuffer): Unref the surface (WebCore::ImageBuffer::context): simply return the GraphicsContext, it should be possible to directly draw on it.
- 1:12 PM Changeset in webkit [21414] by
-
- 2 edits in trunk/WebCore
2007-05-11 Mitz Pettel <mitz@webkit.org>
Release build fix.
- platform/mac/ShapeArabic.c: (shapeArabic):
- 12:43 PM Changeset in webkit [21413] by
-
- 7 edits in trunk
LayoutTests:
Reviewed by Darin Adler.
Updated test a little bit now that +[WebScriptObject scriptObjectForJSObject:frame:]
is gone.
- fast/dom/wrapper-round-tripping.html:
WebCore:
Reviewed by Darin Adler.
Removed +[WebScriptObject scriptObjectForJSObject:frame:] because the
WebScriptObject API has some serious limitations that make it not ready
to be used everywhere the C API is used. Hopefully we can add a good
ObjC API in the future that doesn't suffer from this problem.
Preliminary notes about these limitations are in <rdar://problem/4876466>.
- bindings/objc/WebScriptObject.mm:
- bindings/objc/WebScriptObjectPendingPublic.h:
WebKitTools:
Reviewed by Darin Adler.
Updated test now that +[WebScriptObject scriptObjectForJSObject:frame:]
is gone.
- DumpRenderTree/DumpRenderTree.m: (-[WaitUntilDoneDelegate webView:didClearWindowObject:forFrame:]): (+[LayoutTestController isSelectorExcludedFromWebScript:]): (+[LayoutTestController webScriptNameForSelector:]): (-[LayoutTestController testWrapperRoundTripping:]):
- 12:04 PM Changeset in webkit [21412] by
-
- 7 edits in S60/trunk
joe, reviewed by brad
DESC: new stub for CancelResetEntryPositionL
- group/Bwinscw/HistoryProvider_sdkU.def:
- inc/HistoryController.h:
- src/HistoryController.cpp: (CHistoryController::CancelResetEntryPositionL):
- 11:26 AM Changeset in webkit [21411] by
-
- 1 edit in trunk/WebCore/platform/mac/ShapeArabic.c
Build fix for case-sensitve file systems (which you should all be using!!!)
- 9:49 AM Changeset in webkit [21410] by
-
- 6 edits3 adds in trunk
2007-05-11 Mitz Pettel <mitz@webkit.org>
Reviewed by Darin.
- fix http://bugs.webkit.org/show_bug.cgi?id=13635 REGRESSION: Cannot log in to webmail.co.za account
Test: fast/dom/HTMLOptionElement/option-text.html
Despite the specification that the 'text' attribute of HTMLOptionElement
is "the text contained within the option element", other browsers return
the text as displayed in the list box or popup, which is without leading,
trailing and collapsible whitespace.
- html/HTMLOptionElement.cpp: (WebCore::HTMLOptionElement::text): Moved the code to trim and collapse whitespace and replace backslashes with the currency symbol into this function. (WebCore::HTMLOptionElement::optionText): Left only the code that adds the leading spaces for grouped options. Removed code that, in quirks mode, displayed the label if the option element contained no text. That behavior did not match WinIE and the description of the expected behavior in fast/forms/HTMLOptionElement_label06.html.
2007-05-11 Mitz Pettel <mitz@webkit.org>
Reviewed by Darin.
- test and updated results for http://bugs.webkit.org/show_bug.cgi?id=13635 REGRESSION: Cannot log in to webmail.co.za account
- fast/dom/HTMLOptionElement/option-text-expected.txt: Added.
- fast/dom/HTMLOptionElement/option-text.html: Added.
- fast/forms/HTMLOptionElement_label06-expected.checksum:
- fast/forms/HTMLOptionElement_label06-expected.png:
- fast/forms/HTMLOptionElement_label06-expected.txt:
- 9:45 AM Changeset in webkit [21409] by
-
- 3 edits3 adds in trunk
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
- Fix for bug http://bugs.webkit.org/show_bug.cgi?id=13620 Bogus decompilation of "for (var j = 1 in [])"
- ForInNode toString()'ed to syntax error if there was var decl and initializer
- ForNode toStringed()'ed lost 'var ' if it was present
- kjs/nodes2string.cpp: (VarDeclListNode::streamTo): Print "var " here (VarStatementNode::streamTo): Don't print "var " here (ForNode::streamTo): Remove TODO comment, VarDeclListNode will stream the "var " (ForInNode::streamTo): ForIn initializer is printed by VarDeclNode
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
- Tests for bug http://bugs.webkit.org/show_bug.cgi?id=13620 Bogus decompilation of "for (var j = 1 in [])"
Testcase covers toString()ing functions with
for-statements of form for (var j = 1 in []) and for (var j=0;j<10;j++)
- fast/js/resources/toString-for-var-decl.js: Added.
- fast/js/toString-for-var-decl-expected.txt: Added.
- fast/js/toString-for-var-decl.html: Added.
- 9:25 AM Changeset in webkit [21408] by
-
- 3 edits2 adds in trunk/WebCore
2007-05-11 Mitz Pettel <mitz@webkit.org>
Reviewed by Darin.
- fix http://bugs.webkit.org/show_bug.cgi?id=13572 Arabic characters are not correctly joined when using Arial
No tests added because standard fonts do not use the character-based shaping
code path.
Added shapeArabic(), a private version of u_shapeArabic() from ICU,
patched to shape Arabic characters used in Persian, Urdu, Sindhi, etc.
(whose contextual forms belong to the Arabic Presentation Forms-A block).
- WebCore.xcodeproj/project.pbxproj: Added ShapeArabic.{c,h}.
- platform/mac/FontMac.mm: (WebCore::shapeArabic): Changed to call shapeArabic() instead of u_shapeArabic().
- platform/mac/ShapeArabic.c: Added. Based on ushape.c from ICU, with additional shaping data and logic for Arabic Presentation Forms-A. Removed many options that are not used in WebKit and code that malloc()ed a temporary buffer and reversed the string. (changeLamAlef): (specialChar): (getLink): (isTashkeelChar): (shapeUnicode): (shapeArabic):
- platform/mac/ShapeArabic.h: Added.
- 9:17 AM Changeset in webkit [21407] by
-
- 1 edit3 adds in trunk/LayoutTests
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
Tests for http://bugs.webkit.org/show_bug.cgi?id=10878
Bug 10878: Incorrect decompilation for "4..x"
- fast/js/resources/toString-number-dot-expr.js: Added.
- fast/js/toString-number-dot-expr-expected.txt: Added.
- fast/js/toString-number-dot-expr.html: Added.
- 9:15 AM Changeset in webkit [21406] by
-
- 2 edits in trunk/JavaScriptCore
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
- Fixes http://bugs.webkit.org/show_bug.cgi?id=10878 (Incorrect decompilation for "4..x")
- Group numbers in dotted expressions in toString() output, so we avoid the 4.x constructs when the original input is 4..x. 4..x means the same as 4. .x or (4).x or Number(4).x
- kjs/nodes2string.cpp: (KJS::SourceStream::): Add boolean flag to indicate that if next item is a number, it should be grouped. Add new formatting enum which turns on the boolean flag. (KJS::SourceStream::SourceStream): Added. Initialize the flag. (SourceStream::operator<<): Added. New overloaded operator with double value as parameter. (NumberNode::streamTo): Use the double operator (ArrayNode::streamTo): (DotAccessorNode::streamTo): (FunctionCallDotNode::streamTo): (FunctionCallParenDotNode::streamTo): (PostfixDotNode::streamTo): (DeleteDotNode::streamTo): (PrefixDotNode::streamTo): (AssignDotNode::streamTo): Use the new formatting enum to turn on the grouping flag.
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
Tests for http://bugs.webkit.org/show_bug.cgi?id=10878
Bug 10878: Incorrect decompilation for "4..x"
- fast/js/resources/toString-number-dot-expr.js: Added.
- fast/js/toString-number-dot-expr-expected.txt: Added.
- fast/js/toString-number-dot-expr.html: Added.
- 8:56 AM Changeset in webkit [23355] by
-
- 2 edits in branches/WindowsMerge/WebCore
- WebCore.vcproj/WebCore.vcproj: Added new RenderWordBreak.cpp/h files.
- 8:47 AM Changeset in webkit [21405] by
-
- 12 edits16 adds in trunk
LayoutTests:
Reviewed by Mitz.
- test for http://bugs.webkit.org/show_bug.cgi?id=7452 <rdar://problem/3211749> line breaks ignored after <wbr> in <pre> block (affects livejournal.com)
- fast/text/wbr-pre-expected.checksum: Added.
- fast/text/wbr-pre-expected.png: Added.
- fast/text/wbr-pre-expected.txt: Added.
- fast/text/wbr-pre.html: Added.
- test for http://bugs.webkit.org/show_bug.cgi?id=10657 <rdar://problem/4274588> <wbr> tags are ignored
- fast/text/wbr-expected.checksum: Added.
- fast/text/wbr-expected.png: Added.
- fast/text/wbr-expected.txt: Added.
- fast/text/wbr.html: Added.
- test for http://bugs.webkit.org/show_bug.cgi?id=12689 <wbr> :before/:after content causes line break
- fast/css-generated-content/wbr-with-before-content-expected.checksum: Added.
- fast/css-generated-content/wbr-with-before-content-expected.png: Added.
- fast/css-generated-content/wbr-with-before-content-expected.txt: Added.
- fast/css-generated-content/wbr-with-before-content.html: Added.
- test for <rdar://problem/5127366> DOM tree isn't correct when parsing with <wbr>
- fast/invalid/021-expected.txt: Updated result.
- fast/parser/parse-wbr-expected.txt: Added.
- fast/parser/parse-wbr.html: Added.
WebCore:
Reviewed by Mitz.
- fix http://bugs.webkit.org/show_bug.cgi?id=7452 <rdar://problem/3211749> line breaks ignored after <wbr> in <pre> block (affects livejournal.com)
- fix http://bugs.webkit.org/show_bug.cgi?id=10657 <rdar://problem/4274588> <wbr> tags are ignored
- fix http://bugs.webkit.org/show_bug.cgi?id=12689 <wbr> :before/:after content causes line break
- fix <rdar://problem/5127366> DOM tree isn't correct when parsing with <wbr>
Test: fast/text/wbr-pre.html
Test: fast/text/wbr.html
Test: fast/css-generated-content/wbr-with-before-content.html
Test: fast/parser/parse-wbr.html
- html/HTMLElement.h:
- html/HTMLElement.cpp: (WebCore::HTMLElement::endTagRequirement): Use the same end tag requirement for a <wbr> element as for a <br> element, TagStatusForbidden. (WebCore::HTMLElement::tagPriority): Use the same priority for a <wbr> element as for a <br> element, 0. (WebCore::HTMLElement::createRenderer): Added. Create a RenderWordBreak to trigger the new rendering code paths.
- rendering/RenderFlow.h: Add a virtual isWordBreak so we can detect RenderWordBreak.
- rendering/RenderWordBreak.h: Added.
- rendering/RenderWordBreak.cpp: Added.
- WebCore.pro: Added new files.
- WebCore.xcodeproj/project.pbxproj: Added new files.
- WebCoreSources.bkl: Added new files.
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::calcInlinePrefWidths): Reset the line when we hit a <wbr>.
- rendering/bidi.cpp: (WebCore::RenderBlock::findNextLineBreak): Add a line break when we hit a <wbr>.
- dom/Node.cpp: (Node::createRendererIfNeeded): Fix a null check for the case where createRenderer returns 0 even though rendererIsNeeded returned true. I can't reproduce it on demand, but while running layout tests I hit this once. Since there was already a null check here, I rearranged it so it guards all the code that uses the renderer. Later we might want to figure out under exactly what circumstances rendererIsNeeded will return true but createRenderer return 0 and consider eliminating them.
- 8:09 AM Changeset in webkit [21404] by
-
- 6 edits in S60/trunk
2007-05-11 bujtas <zbujtas@gmail.com>
Reviewed by Sriram.
DESC: disabled widgets should not get activated. add dimmed checkbox and radiobutton.
http://bugs.webkit.org/show_bug.cgi?id=13678
WARNING: NO TEST CASES ADDED OR CHANGED
- bridge/WebCoreBridge.cpp: (CWebCoreBridge::NavigableNodeUnderCursor): (CWebCoreBridge::NodeTypeB):
- kwq/KWQKHTMLPart.cpp: (KWQKHTMLPart::activateNodeAtPoint):
- 8:02 AM Changeset in webkit [21403] by
-
- 6 edits in S60/branches/3.1m
2007-05-11 bujtas <zbujtas@gmail.com>
Reviewed by Sriram.
DESC: disabled widgets should not get activated. add dimmed checkbox and radiobutton.
http://bugs.webkit.org/show_bug.cgi?id=13678
WARNING: NO TEST CASES ADDED OR CHANGED
- bridge/WebCoreBridge.cpp: (CWebCoreBridge::NavigableNodeUnderCursor): (CWebCoreBridge::NodeTypeB):
- kwq/KWQKHTMLPart.cpp: (KWQKHTMLPart::activateNodeAtPoint):
- 7:37 AM Changeset in webkit [21402] by
-
- 2 edits in S60/trunk/WebKit
raalexan, <rasvan.alexandrescu@nokia.com>
Reviewed by Yongjun Zhang.
DESC: Browser back goes to the beginning of the previous page
http://bugs.webkit.org/show_bug.cgi?id=13394
TSW ID : TMCN-6YDJDU
- BrowserView/src/LoadListeners.cpp: (CPageLoadListener::HeadersL):
- 7:11 AM Changeset in webkit [21401] by
-
- 3 edits in S60/trunk/WebKit
2007-05-09 vbradley <vincent.bradley@nokia.com>
Reviewed by Yongjun.
DESC: EAMO-6YSHHQ - Fonts overlap in browser
http://bugs.webkit.org/show_bug.cgi?id=13647
- BrowserCore/Renderers/inc/TextRendererFactory.h: (CTextRendererFactory::Apac):
- BrowserCore/Renderers/src/TextRenderer.cpp: (CTextRenderer::LineSpacing):
- 7:08 AM Changeset in webkit [21400] by
-
- 3 edits in S60/branches/3.1m/WebKit
2007-05-09 vbradley <vincent.bradley@nokia.com>
Reviewed by Yongjun.
DESC: EAMO-6YSHHQ - Fonts overlap in browser
http://bugs.webkit.org/show_bug.cgi?id=13647
- BrowserCore/Renderers/inc/TextRendererFactory.h: (CTextRendererFactory::Apac):
- BrowserCore/Renderers/src/TextRenderer.cpp: (CTextRenderer::LineSpacing):
- 3:04 AM Changeset in webkit [21399] by
-
- 3 edits3 deletes in trunk
Roll out r21393 due to the JavaScriptCore test failure it introduced.
- 2:41 AM Changeset in webkit [21398] by
-
- 8 edits in trunk/LayoutTests/fast/inline
Tweak continuation tests to make sure the no content after case is covered.
- 2:36 AM Changeset in webkit [21397] by
-
- 6 edits in trunk/WebCore
Fix for bug 13675, focus rings don't repaint properly on editable
continuations.
Reviewed by olliej
(WebCore::InlineFlowBox::paint):
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::paintObject): (WebCore::continuationOutlineTable): (WebCore::RenderBlock::addContinuationWithOutline): (WebCore::RenderBlock::paintContinuationOutlines):
- rendering/RenderBlock.h:
- rendering/RenderBox.cpp: (WebCore::RenderBox::absoluteClippedOverflowRect):
- rendering/RenderObject.cpp: (WebCore::RenderObject::repaintAfterLayoutIfNeeded): (WebCore::RenderObject::absoluteOutlineBox):
- 2:31 AM Changeset in webkit [21396] by
-
- 8 edits4 adds in trunk/LayoutTests/fast/inline
Land new layout tests for continuation repainting fix.
- 2:27 AM Changeset in webkit [21395] by
-
- 4 edits in trunk/WebCore
Reviewed by Oliver.
Cleanups mostly inspired by Coverage results.
- 2:01 AM Changeset in webkit [21394] by
-
- 4 edits in trunk
2007-05-11 Holger Freyther <freyther@kde.org>
Reviewed by Mark Rowe.
Move libcurl configuration into WebKit.pri so it will be used by GdkLauncher.
- WebCore.pro:
2007-05-11 Holger Freyther <freyther@kde.org>
Reviewed by Mark Rowe.
Move libcurl configuration into WebKit.pri so it will be used by GdkLauncher,
and add ICU configuration to QMAKE_CXXFLAGS.
- WebKit.pri:
- 1:51 AM Changeset in webkit [21393] by
-
- 3 edits3 adds in trunk
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
- Fixes http://bugs.webkit.org/show_bug.cgi?id=13622 (Decompiler omits trailing comma in array literal)
- kjs/grammar.y: Add the comma that parser consumes in elision when the array has trailing commas.
2007-05-11 Kimmo Kinnunen <Kimmo Kinnunen>
Reviewed by Darin.
- Tests for fix to http://bugs.webkit.org/show_bug.cgi?id=13622 (Decompiler omits trailing comma in array literal)
- fast/js/resources/toString-elision-trailing-comma.js: Added.
- fast/js/toString-elision-trailing-comma-expected.txt: Added.
- fast/js/toString-elision-trailing-comma.html: Added.
May 10, 2007:
- 10:36 PM Changeset in webkit [21392] by
-
- 1 edit in trunk/LayoutTests/editing/selection/5195166-1.html
This tests behaves differently when it isn't run by itself because
of a bug. Filed it (13673) and added a workaround.
- 10:17 PM Changeset in webkit [21391] by
-
- 2 edits in trunk/WebCore
<rdar://problem/5015522> Bounds rectangle of unloaded images is
drawn briefly while loading
When the image is null and has no size, don't draw the grey
rectangles or alt text any more. Wait for an actual error to
occur with the image before we start showing alt text and borders.
(Images with no source set at all will continue to show alt text and
borders immediately.)
Reviewed by bradee-oh
- rendering/RenderImage.cpp: (WebCore::RenderImage::paint):
- 9:49 PM Changeset in webkit [21390] by
-
- 8 edits4 adds in trunk
LayoutTests:
Reviewed by Darin.
- repaint test and updated results for http://bugs.webkit.org/show_bug.cgi?id=13655 Incomplete repaint when text-shadow is used in a render layer with explicit height
- fast/repaint/layer-full-repaint-expected.checksum: Added.
- fast/repaint/layer-full-repaint-expected.png: Added.
- fast/repaint/layer-full-repaint-expected.txt: Added.
- fast/repaint/layer-full-repaint.html: Added.
- fast/repaint/repaint-resized-overflow-expected.checksum:
- fast/repaint/repaint-resized-overflow-expected.png:
WebCore:
Reviewed by Darin.
- fix http://bugs.webkit.org/show_bug.cgi?id=13655 Incomplete repaint when text-shadow is used in a render layer with explicit height
Test: fast/repaint/layer-full-repaint.html
Removed custom repaint logic from RenderLayer. repaintAfterLayoutIfNeeded()
knows how to do everything we need now. The only catch is that we cannot
rely on its "do a full repaint if the object needs layout" behavior, since
by the time we call it, the needs layout flag has been reset. The solution
is to cache the need for a full repaint in the layer.
- page/FrameView.cpp: (WebCore::FrameView::layout): Removed call to checkForRepaintOnResize().
- rendering/RenderLayer.cpp: (WebCore::RenderLayer::checkForRepaintOnResize): Removed. (WebCore::RenderLayer::RenderLayer): Replaced the m_repaintOverflowOnResize flag with a m_needsFullRepaint flag, which indicates that the layer needs to do a full repaint in the next call to updateLayerPositions(). (WebCore::RenderLayer::updateLayerPositions): Simplified the repaint logic. Either call repaintAfterLayoutIfNeeded() or do a full repaint, depending on m_needsFullRepaint.
- rendering/RenderLayer.h: (WebCore::RenderLayer::setNeedsFullRepaint):
- rendering/RenderObject.cpp: (WebCore::RenderObject::setNeedsLayout): Mark the layer for full repaint.
- 8:51 PM Changeset in webkit [21389] by
-
- 5 edits8 adds in trunk
LayoutTests:
Reviewed by ggaren
<rdar://problem/5195166> Incorrect proposedRange DOMRange passed to WebViewEditing delegate
- editing/selection/5195166-1-expected.checksum: Added.
- editing/selection/5195166-1-expected.png: Added.
- editing/selection/5195166-1-expected.txt: Added.
- editing/selection/5195166-1.html: Added.
- editing/selection/5195166-2-expected.checksum: Added.
- editing/selection/5195166-2-expected.png: Added.
- editing/selection/5195166-2-expected.txt: Added.
- editing/selection/5195166-2.html: Added.
WebCore:
Reviewed by ggaren
<rdar://problem/5195166> Incorrect proposedRange DOMRange passed to WebViewEditing delegate
In setModifyBias, we must cache the start and the end
because the calls to setBase and setExtent can modify
them (added a testcase).
The temporary SelectionController that we use in modify() to
produce the proposed range that will be passed to
shouldChangeSelectedDOMRange must have the same m_modifyBias
as the original SelectionController, or else when the
modification is performed, setModifyBias can swap the base
and the extent incorrectly (added a testcase).
Renamed m_modifyBias to m_lastChangeWasHorizontalExtension.
Renamed setModifyBias to willBeModified.
- editing/SelectionController.cpp: (WebCore::SelectionController::SelectionController): (WebCore::SelectionController::setSelection): (WebCore::SelectionController::willBeModified): (WebCore::SelectionController::modify):
- editing/SelectionController.h: (WebCore::SelectionController::setLastChangeWasHorizontalExtension):
- page/EventHandler.cpp: (WebCore::EventHandler::handleMousePressEventSingleClick): (WebCore::EventHandler::updateSelectionForMouseDragOverPosition):
- 7:09 PM Changeset in webkit [23354] by
-
- 2 edits in branches/WindowsMerge/WebKitWin
Reviewed by Darin Adler.
"IconDatabase::sharedIconDatabase()" => "iconDatabase()" for terseness.
- 7:01 PM Changeset in webkit [21388] by
-
- 11 edits in trunk
WebCore:
Reviewed by Darin Adler.
"IconDatabase::sharedIconDatabase()" => "iconDatabase()" for terseness,
in the style of WebCore::cache().
- WebCore.exp:
- history/HistoryItem.cpp: Removed retainIconInDatabase because calling "retain" in order to release something is really confusing and, now that iconDatabase() is more terse, we don't need this helper to shorten the syntax. (The isEmpty() check is also done by the database, so we don't need it either.)
(WebCore::IconDatabase::~IconDatabase): ASSERT that our destructor isn't
called. We're a singleton, so it's confusing to have tear-down code.
WebKit:
Reviewed by Darin Adler.
"IconDatabase::sharedIconDatabase()" => "iconDatabase()" for terseness.
- 5:39 PM Changeset in webkit [23353] by
-
- 2 edits in branches/WindowsMerge/WebCore
Reviewed by Hyatt.
- bridge/win/FrameWin.cpp: (WebCore::imageFromSelection): Updated to use selectionRect instead of visibleSelectionRect
- 5:26 PM Changeset in webkit [21387] by
-
- 24 edits4 adds in trunk
LayoutTests:
Reviewed by Hyatt.
Test for <rdar://problem/4100616> Doing a "find" in RSS doesn't scroll to result
- fast/overflow/scroll-nested-positioned-layer-in-overflow-expected.checksum: Added.
- fast/overflow/scroll-nested-positioned-layer-in-overflow-expected.png: Added.
- fast/overflow/scroll-nested-positioned-layer-in-overflow-expected.txt: Added.
- fast/overflow/scroll-nested-positioned-layer-in-overflow.html: Added.
WebCore:
Reviewed by Hyatt.
WebCore part of fix for <rdar://problem/4100616> Doing a "find" in RSS doesn't scroll to result
Test: fast/overflow/scroll-nested-positioned-layer-in-overflow.html
Merged visibleSelectionRect into selectionRect. selectionRect() now takes an argument to determine
whether or not to return a rect that clips to the visible content. This change makes all of the implementations of selectionRect
consistent by having them all consider the repaint rect when clipping to visible content.
- page/Frame.cpp: (WebCore::Frame::revealSelection): Call selectionRect with clipToVisibleContent = false, so we can get a rect that's not visible to reveal. (WebCore::Frame::selectionRect): Added clipToVisibleContent argument, and merged visibleSelectionRect into this method. (WebCore::Frame::setIsActive): Use selectionRect instead of visibleSelectionRect.
- page/Frame.h:
- page/mac/FrameMac.mm: (WebCore::Frame::selectionImage): Update layout before creating the image. Use selectionRect instead of visibleSelectionRect.
- page/DragController.cpp: (WebCore::dragLocForSelectionDrag): Use selectionRect instead of visibleSelectionRect.
- rendering/RenderBR.h: (WebCore::RenderBR::selectionRect): Updated argument.
- rendering/RenderBlock.h: (WebCore::RenderBlock::selectionRect): ditto.
- rendering/RenderSVGInlineText.cpp: (WebCore::RenderSVGInlineText::selectionRect): ditto.
- rendering/RenderSVGInlineText.h: ditto.
- rendering/RenderObject.h: (WebCore::RenderObject::selectionRect): ditto. (WebCore::RenderObject::SelectionInfo::SelectionInfo): ditto.
- rendering/RenderView.cpp: (WebCore::RenderView::selectionRect): ditto. (WebCore::RenderView::setSelection): ditto.
- rendering/RenderView.h:
- rendering/RenderText.h:
- rendering/RenderText.cpp: (WebCore::RenderText::selectionRect): Only call computeAbsoluteRepaintRect when clipping to visible content. Otherwise, just adjust the rect to the correct position.
- rendering/RenderListMarker.h:
- rendering/RenderListMarker.cpp: (WebCore::RenderListMarker::selectionRect): To match what we do in RenderText, if we're trying to clip to visible content, just call computeAbsoluteRepaintRect.
- rendering/RenderReplaced.h:
- rendering/RenderReplaced.cpp: (WebCore::RenderReplaced::selectionRect): ditto.
- rendering/RenderLayer.cpp: (WebCore::RenderLayer::scrollRectToVisible): Check for a parent layer at the beginning, so we can try to scroll all of our parent layers first, before trying to scroll the top level view. Also, don't try to scroll overflow layers that have -webkit-line-clamp restricting the height. This will prevent us from revealing text hidden by the slider in Safari RSS.
- WebCore.exp: Update symbols for WebKit.
WebKit:
Reviewed by Hyatt.
WebKit part of fix for <rdar://problem/4100616> Doing a "find" in RSS doesn't scroll to result
Updated to use selectionRect instead of visibleSelectionRect. selectionRect() now returns the visible rect by default.
- WebView/WebHTMLView.mm: (-[WebHTMLView _lookUpInDictionaryFromMenu:]): (-[WebHTMLView selectionImageRect]):
- 4:10 PM Changeset in webkit [21386] by
-
- 2 edits in trunk/LayoutTests/fast/inline
Land updated continuations outline test.
- 3:59 PM Changeset in webkit [21385] by
-
- 2 edits in trunk/WebCore
Fix for:
<rdar://problem/5195272> REGRESSION: broke outline rings for continuations
with empty inline containers
Make sure to only include collapsed top/bottom margins of the block portion
of the continuation if we know for sure that we have inline line boxes before
and after that would prevent the collapse from going further.
In plain English: the focus rings were too tall. :)
Reviewed by beth
- rendering/RenderFlow.cpp: (WebCore::RenderFlow::addFocusRingRects):
- 3:08 PM Changeset in webkit [21384] by
-
- 1 edit in trunk/WebCore/rendering/RenderText.cpp
Back out tweak to add PRE_LINE. Was not part of bug fix and is actually wrong.
- 3:07 PM Changeset in webkit [21383] by
-
- 155 edits4 adds in trunk/LayoutTests/fast/text/whitespace
Add layout test for pre-wrap minwidth when a newline is present.
- 3:02 PM Changeset in webkit [21382] by
-
- 6 edits in S60/trunk/WebKit
naguo, reviewed by sachin
DESC: BrowserNG - Find phonenumber doesn't make a call
http://bugs.webkit.org/show_bug.cgi?id=13614
TSW ID : ISHG-6YFNME
- BrowserControl/src/BrCtl.cpp: (CBrCtl::HandleCommandL):
- BrowserView/inc/SmartLinkHandler.h:
- BrowserView/src/KeyEventHandler.cpp: (CKeyEventHandler::HandleActivateKeysL):
- BrowserView/src/SmartLinkHandler.cpp: (CSmartLinkHandler::HandleMakeCallL):
- group/webkit.mmp:
- 2:55 PM Changeset in webkit [21381] by
-
- 2 edits in trunk/WebCore
Fix for:
<rdar://problem/5067235> REGRESSION: Excessively wide table, impossible to resize
The table used white-space: pre-wrap, which is supported only by WebKit. There
was a bug with the computation of min pref width for pre-wrap text.
Reviewed by mitzpettel
fast/text/white-space/pre-wrap-line-test.html
- rendering/RenderText.cpp: (WebCore::RenderText::calcPrefWidths):
- 2:37 PM Changeset in webkit [21380] by
-
- 5 edits in trunk/WebCore
Reviewed by Oliver
Cleanup from my earlier Java Applet patch. We should keep a central location to query if
a mime type counts as a Java Applet
- html/HTMLObjectElement.cpp: (WebCore::HTMLObjectElement::containsJavaApplet): Query MimeTypeRegistry on the type
- platform/MimeTypeRegistry.cpp: (WebCore::MimeTypeRegistry::isSupportedImageMIMEType): Update style (WebCore::MimeTypeRegistry::isSupportedImageResourceMIMEType): Ditto (WebCore::MimeTypeRegistry::isSupportedNonImageMIMEType): Ditto (WebCore::MimeTypeRegistry::isJavaAppletMIMEType): Perform the Java Applet check
- platform/MimeTypeRegistry.h:
- rendering/RenderPartObject.cpp: (WebCore::RenderPartObject::updateWidget): Query MimeTypeRegistry on the type
- 1:58 PM Changeset in webkit [21379] by
-
- 2 edits in S60/trunk/WebKit
2007-05-09 ligman <joseph.ligman@nokia.com>
Reviewed by Sachin.
DESC: Added a CancelResetEntryPositionL to the history provider to handle cancelled requests
http://bugs.webkit.org/show_bug.cgi?id=13651
- BrowserView/src/WebKitControl.cpp: (CWebKitControl::SyncCancelL):
- 1:58 PM Changeset in webkit [21378] by
-
- 2 edits in S60/branches/3.1m/WebKit
2007-05-09 ligman <joseph.ligman@nokia.com>
Reviewed by Sachin.
DESC: Added a CancelResetEntryPositionL to the history provider to handle cancelled requests
http://bugs.webkit.org/show_bug.cgi?id=13651
- BrowserView/src/WebKitControl.cpp: (CWebKitControl::SyncCancelL):
- 12:17 PM Changeset in webkit [21377] by
-
- 2 edits in trunk/WebKit
Reviewed by Darin.
Fix for <rdar://problem/5191941> Leopard: Adobe Acrobat 8:
Distiller 8 needs same check fix as 4992521
- WebView/WebView.mm: (-[WebView _updateWebCoreSettingsFromPreferences:]): Adobe Distiller needs the same quirk.
- 11:57 AM Changeset in webkit [21376] by
-
- 3 adds in trunk/LayoutTests/editing/selection
<rdar://problem/4720109> Sentence textMarker methods do not work well with empty lines
Add expected result for move-by-sentence-linebreak test case.
- 11:54 AM Changeset in webkit [21375] by
-
- 1 add in trunk/LayoutTests/editing/selection/move-by-sentence-linebreak.html
<rdar://problem/4720109> Sentence textMarker methods do not work well with empty lines
Add a testcase to exercise moving insertion point forward by sentence across lines of text that
includes empty lines.
- 11:50 AM Changeset in webkit [21374] by
-
- 3 edits in trunk/WebCore
<rdar://problem/4720109> Sentence textMarker methods do not work well with empty lines
- bridge/mac/WebCoreAXObject.mm: (-[WebCoreAXObject doAXNextSentenceEndTextMarkerForTextMarker:]): (-[WebCoreAXObject doAXPreviousSentenceStartTextMarkerForTextMarker:]): When a marker position is given, the sentence ax methods automatically shift position by one to make sure not to ask for the current sentence again. This is generally fine except when the position shift over an empty line break, which is should be considered a separate sentence. In this case, if we used the shifted position to ask for sentence boundary, ICU parser is not given the text data containing the newline to correctly determine the sentence boundary. Since the ax sentence method is explicitly shifting the position to ask for sentence boundary, it should make sure not to skip over important character that can be a standalone sentence.
- editing/visible_units.cpp: (WebCore::nextBoundary): When determining boundary, don't stop on a collapsed range, such as newline. Just pick the next valid position to use as boundary.
- 7:54 AM Changeset in webkit [21373] by
-
- 3 edits in S60/trunk/JavaScriptCore
2007-05-09 bujtas <zbujtas@gmail.com>
Reviewed by Sriram
DESC: stack overflow while destroying a huge array. remove ElementNode recursive destruction.
http://bugs.webkit.org/show_bug.cgi?id=13649
- kjs/nodes.cpp: (ElementNode::~ElementNode):
- kjs/nodes.h:
- 7:42 AM Changeset in webkit [21372] by
-
- 3 edits in S60/branches/3.1m/JavaScriptCore
2007-05-09 bujtas <zbujtas@gmail.com>
Reviewed by Sriram
DESC: stack overflow while destroying a huge array. remove ElementNode recursive destruction.
http://bugs.webkit.org/show_bug.cgi?id=13649
- kjs/nodes.cpp: (ElementNode::~ElementNode):
- kjs/nodes.h:
- 7:36 AM Changeset in webkit [21371] by
-
- 2 edits in trunk/JavaScriptCore
Reviewed by Zack
Fix our last three test failures in the JavaScript
tests.
Without change 21367 we would have been at 0 failures
in javascript and layout tests now... ;-)
- 7:16 AM Changeset in webkit [21370] by
-
- 3 edits in S60/branches/3.1m/WebKit
vbradley, reviewed by Zalan
DESC: MLIO-6ZGAN6 - Browser doesn't update loading status
http://bugs.webkit.org/show_bug.cgi?id=13346
- BrowserView/inc/WebKitControl.h:
- BrowserView/src/WebKitControl.cpp: (CWebKitControl::CWebKitControl): (CWebKitControl::ProgressCompleted): (CWebKitControl::IncrementProgressForMoreData): (CWebKitControl::IncrementProgressForLoadComplete): (CWebKitControl::ResetProgress): (CWebKitControl::FinalProgressComplete): (CWebKitControl::ProgressUpdate):
- 7:16 AM Changeset in webkit [21369] by
-
- 3 edits in S60/trunk/WebKit
vbradley, reviewed by Zalan
DESC: MLIO-6ZGAN6 - Browser doesn't update loading status
http://bugs.webkit.org/show_bug.cgi?id=13346
- BrowserView/inc/WebKitControl.h:
- BrowserView/src/WebKitControl.cpp: (CWebKitControl::CWebKitControl): (CWebKitControl::ProgressCompleted): (CWebKitControl::IncrementProgressForMoreData): (CWebKitControl::IncrementProgressForLoadComplete): (CWebKitControl::ResetProgress): (CWebKitControl::FinalProgressComplete): (CWebKitControl::ProgressUpdate):
- 5:48 AM Changeset in webkit [21368] by
-
- 3 edits4 adds in branches/feature-branch
2007-05-10 Eric Seidel <eric@webkit.org>
Reviewed by olliej.
http://bugs.webkit.org/show_bug.cgi?id=11931
PathCG fails to hit on unclosed sub-paths
Test: svg/custom/hit-test-unclosed-subpaths.svg
- platform/graphics/cg/PathCG.cpp: (WebCore::copyClosingSubpathsApplierFunction): (WebCore::copyCGPathClosingSubpaths): (WebCore::Path::contains): use new copy & close function
- 5:31 AM Changeset in webkit [21367] by
-
- 41 edits4 adds in trunk
LayoutTests:
Reviewed by Oliver.
- new test case for: <rdar://problem/5063277> blank screen after login to Citibank Online (accessing document before frame starts loading cancels load) <rdar://problem/5159541> REGRESSION (r20972): Wall Street Journal pages replaced by advertisements (13465)
(The test case covers both scenarios.)
- http/tests/misc/frame-access-during-load-expected.checksum: Added.
- http/tests/misc/frame-access-during-load-expected.png: Added.
- http/tests/misc/frame-access-during-load-expected.txt: Added.
- http/tests/misc/frame-access-during-load.html: Added.
- test results beneficially or harmlessly changed as a result of the above fixes
- css2.1/t0801-c412-hz-box-00-b-a-expected.checksum:
- css2.1/t0801-c412-hz-box-00-b-a-expected.png:
- css2.1/t0801-c412-hz-box-00-b-a-expected.txt: This reflects an <object> containing an image now creating an image renderer.
- dom/xhtml/level2/html/HTMLIFrameElement11-expected.txt: This is updated to a slightly less bad failure for access to a frame that's not loaded yet.
The following test results now reflect the frame removal that the test was testing:
- fast/dom/clientWidthAfterDocumentIsRemoved-expected.checksum:
- fast/dom/clientWidthAfterDocumentIsRemoved-expected.png:
- fast/dom/clientWidthAfterDocumentIsRemoved-expected.txt:
- fast/dom/replaceChild-expected.checksum:
- fast/dom/replaceChild-expected.png:
- fast/dom/replaceChild-expected.txt:
The following tests results now reflect empty document content for iframes that never load anything:
- fast/events/focusingUnloadedFrame-expected.txt:
- tables/mozilla_expected_failures/bugs/bug137388-1-expected.txt:
- tables/mozilla_expected_failures/bugs/bug137388-2-expected.txt:
WebCore:
Reviewed by Oliver.
- WebCore part of fix for: <rdar://problem/5063277> blank screen after login to Citibank Online (accessing document before frame starts loading cancels load) <rdar://problem/5159541> REGRESSION (r20972): Wall Street Journal pages replaced by advertisements (13465)
The basic approach is to have Frames start out containing an empty document instead of absolutely nothing,
so there is no need to initialize them on demand. Various side effects of that cause both of these bugs.
However, this caused many regressions so I had to fix the fallout.
- WebCore.exp: fix symbol exports
- bindings/js/kjs_window.cpp: (KJS::createNewWindow): useless "created" bool (we don't need it here) (KJS::WindowFunc::callAsFunction): detect if we created a new frame, because if so, we need to initialize the domain (can't count on it not having a document), also don't try to make a new document for it. Also, stop properly.
- css/cssstyleselector.cpp: (WebCore::CSSStyleSelector::CSSStyleSelector): don't count on document having a view here
- html/HTMLObjectElement.cpp: (WebCore::HTMLObjectElement::isImageType): Ask client, to match how other <object> renderer decisions are made.
- loader/FrameLoader.cpp: (WebCore::FrameLoader::FrameLoader): Initialize new data members (WebCore::FrameLoader::init): Do the slightly tricky sequence of steps to properly make an empty document with everything hooked up. (WebCore::FrameLoader::createWindow): Added "created" bool. (WebCore::FrameLoader::stopLoading): (whitespace change) (WebCore::FrameLoader::begin): Don't try to create an empty document. (WebCore::FrameLoader::finishedParsing): If creating an initial empty document, don't do any of this work. (WebCore::FrameLoader::checkCompleted): Do checkLoadComplete() as well. (WebCore::FrameLoader::baseURL): don't check for null document (WebCore::FrameLoader::baseTarget): ditto (WebCore::FrameLoader::completeURL): ditto (WebCore::FrameLoader::didTellBridgeAboutLoad): ditto (WebCore::FrameLoader::scheduleLocationChange): determine duringLoad differently; doc won't be null. (WebCore::FrameLoader::gotoAnchor): don't check for null document (WebCore::FrameLoader::canTarget): don't check for null document (WebCore::FrameLoader::stopForUserCancel): new method for explicit stops like window.stop(). (WebCore::FrameLoader::transitionToCommitted): check for pre-loaded state properly (WebCore::FrameLoader::createEmptyDocument): removed (WebCore::FrameLoader::checkLoadCompleteForThisFrame): don't send delegate callbacks when making initial doc. (WebCore::FrameLoader::tokenizerProcessedData): Assume document; just checkCompleted now that it does checkLoadComplete. (WebCore::FrameLoader::receivedMainResourceError): assume document (WebCore::FrameLoader::saveDocumentState): Assume there's a document except during initial load (WebCore::FrameLoader::mainReceivedCompleteError): do checkCompleted, not checkLoadComplete (WebCore::FrameLoader::continueLoadWithData): assume document
- loader/FrameLoader.h:
- loader/MainResourceLoader.cpp: (WebCore::MainResourceLoader::receivedError): Add more ref protection and do things in a slightly different order.
- page/DOMWindow.cpp: (WebCore::DOMWindow::document): don't force document creation, just assert there is one.
- page/Frame.cpp: (WebCore::Frame::init): Added init method. (WebCore::Frame::pageDestroyed): when a frame is removed, make sure to check if the parent is done loading.
- page/Frame.h:
- page/mac/WebCoreFrameBridge.mm: (-[WebCoreFrameBridge stringByEvaluatingJavaScriptFromString:forceUserGesture:]): No need to force document. (-[WebCoreFrameBridge aeDescByEvaluatingJavaScriptFromString:]): ditto
- platform/graphics/svg/SVGImage.cpp: (WebCore::SVGImage::dataChanged): init the frame
- rendering/RenderPart.cpp: (WebCore::RenderPart::updateWidgetPosition): If a subframe needs layout, then lay it out even if the bounds did not change; the content size might be wrong.
- rendering/RenderTreeAsText.cpp: (WebCore::externalRepresentation): Don't crash if the frame lacks a view.
WebKit:
Reviewed by Oliver.
- WebKit part of fix for: <rdar://problem/5063277> blank screen after login to Citibank Online (accessing document before frame starts loading cancels load) <rdar://problem/5159541> REGRESSION (r20972): Wall Street Journal pages replaced by advertisements (13465)
The basic approach is to have Frames start out containing an empty document instead of absolutely nothing,
so there is no need to initialize them on demand. Various side effects of that cause both of these bugs.
However, this caused many regressions so I had to fix the fallout.
- WebCoreSupport/WebChromeClient.mm: (WebChromeClient::takeFocus): Avoid focus cycle problems (can happen in DumpRenderTree with initial empty document now).
- WebCoreSupport/WebFrameBridge.mm: (-[WebFrameBridge finishInitializingWithPage:frameName:frameView:ownerElement:]): init the frame. (-[WebFrameBridge determineObjectFromMIMEType:URL:]): return image type when appropriate
- WebView/WebFrame.mm: (-[WebFrame stopLoading]): use stopForUserCancel().
- WebView/WebFrameView.mm: (-[WebFrameView _makeDocumentViewForDataSource:]): assume html when no mime type available.
- WebView/WebView.mm: (-[WebView becomeFirstResponder]): Track whether we are becoming first responder from outside the view. (-[WebView _becomingFirstResponderFromOutside]): Return this value.
- WebView/WebViewInternal.h:
WebKitTools:
Reviewed by Oliver.
- don't clear events whenever an EventSendingController goes away, only do it at predictable times, since destroying a subframe can make one go away
(Discovered while fixing:
<rdar://problem/5063277> blank screen after login to Citibank Online (accessing document before frame starts loading cancels load)
<rdar://problem/5159541> REGRESSION (r20972): Wall Street Journal pages replaced by advertisements (13465)
- DumpRenderTree/DumpRenderTree.m: (runTest): explicitly clear saved events after every page load
- DumpRenderTree/EventSendingController.h:
- DumpRenderTree/EventSendingController.m: (-[EventSendingController dealloc]): don't clear saved events here... (+[EventSendingController clearSavedEvents]): do it here
- Scripts/check-for-global-initializers:
- 5:08 AM Changeset in webkit [21366] by
-
- 4 adds in trunk/LayoutTests/fast/text/whitespace
Add layout test for 13654.
- 5:08 AM Changeset in webkit [23352] by
-
- 3 edits in branches/WindowsMerge/WebKitWin
Reviewed by Oliver.
- WebKitWin part of fix for: <rdar://problem/5063277> blank screen after login to Citibank Online (accessing document before frame starts loading cancels load) <rdar://problem/5159541> REGRESSION (r20972): Wall Street Journal pages replaced by advertisements (13465)
The basic approach is to have Frames start out containing an empty document instead of absolutely nothing,
so there is no need to initialize them on demand. Various side effects of that cause both of these bugs.
However, this caused many regressions so I had to fix the fallout.
- WebFrame.cpp: (WebFrame::createFrame): init frame
- WebView.cpp: (WebView::initWithFrame): init frame (WebView::stringByEvaluatingJavaScriptFromString): don't create empty document
- 5:06 AM Changeset in webkit [21365] by
-
- 2 edits in trunk/WebCore
Fix for:
<rdar://problem/5146757> REGRESSION: div that wrapped to screen width in
tiger no longer wraps
Reviewed by mitz
fast/text/whitespace/normal-after-nowrap-breaking.html
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::calcInlinePrefWidths):
- 3:48 AM Changeset in webkit [21364] by
-
- 2 edits in trunk/WebKitTools
2007-05-10 Mark Rowe <mrowe@apple.com>
Build fix for DumpRenderTree. Enable Objective-C exceptions in Release configuration.
- DumpRenderTree/DumpRenderTree.xcodeproj/project.pbxproj:
- 3:14 AM Changeset in webkit [21363] by
-
- 3 edits in trunk/WebCore
Fix for:
<rdar://problem/4778099> Links with nested continuations fail to
paint their outlines (11255)
Fix multiple bugs with outline painting of continuations to ensure that
all combos work (empty/full inline - block with/without margins -
empty/full inline).
Reviewed by mitz
fast/inline/continuation-outlines.html
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::paintObject):
- rendering/RenderFlow.cpp: (WebCore::RenderFlow::addFocusRingRects):
- 3:13 AM Changeset in webkit [21362] by
-
- 4 adds in trunk/LayoutTests/fast/inline
Add continuation outline drawing test.
- 2:29 AM Changeset in webkit [21361] by
-
- 4 adds in trunk/LayoutTests/fast/overflow
Add layout test to cover RTL overflow issue.
- 2:28 AM Changeset in webkit [21360] by
-
- 2 edits in trunk/WebCore
Fix for:
<rdar://problem/5193529> REGRESSION: RTL Overflows scrollbar not showing
when they should be
Fallout from fix for bug 11926. Make sure to restrict the fix to the
RenderView for now, since the full-blown overflow case is pretty involved.
Reviewed by mitzpettel
fast/overflow/unreachable-content-bug-rtl.html
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::lowestPosition): (WebCore::RenderBlock::rightmostPosition): (WebCore::RenderBlock::leftmostPosition):
- 1:55 AM Changeset in webkit [21359] by
-
- 5 edits2 adds in trunk
LayoutTests:
Reviewed by Oliver
Fix for http://bugs.webkit.org/show_bug.cgi?id=13636 and <rdar://problem/5190816>
When creating the applets collection, be sure to only count Objects if they contain
a java applet
- dom/html/level2/html/AppletsCollection-expected.txt: Added.
- dom/html/level2/html/AppletsCollection.html: Added.
WebCore:
Reviewed by Oliver
Fix for http://bugs.webkit.org/show_bug.cgi?id=13636 and <rdar://problem/5190816>
When creating the applets collection, be sure to only count Objects if they contain
a java applet
- html/HTMLCollection.cpp: (WebCore::HTMLCollection::traverseNextItem): Add the qualifier for Objects that containsJavaApplet() must be true
- html/HTMLObjectElement.cpp: (WebCore::HTMLObjectElement::containsJavaApplet): Check this Object element and inner nodes for any Java applets
- html/HTMLObjectElement.h:
- 1:52 AM Changeset in webkit [21358] by
-
- 2 edits in trunk/WebCore
Fix for:
<rdar://problem/4694859> SAP: HTML tags with overflow:hidden consume
space on page, do not consume space in Firefox (11926)
Make sure that unreachable objects along one axis (e.g., top/left) do not
contribute to the scrollable area in the opposite axis (e.g., right/bottom).
Reviewed by olliej
fast/overflow/unreachable-content-test.html
- rendering/RenderBlock.cpp: (WebCore::RenderBlock::lowestPosition): (WebCore::RenderBlock::rightmostPosition): (WebCore::RenderBlock::leftmostPosition):
- 1:50 AM Changeset in webkit [21357] by
-
- 4 adds in trunk/LayoutTests/fast/overflow
Add layout test for bug 11926.
- 1:09 AM Changeset in webkit [21356] by
-
- 150 edits4 adds in trunk/LayoutTests/fast/text
Add layout test for opacity/letter-spacing bug.
- 1:09 AM Changeset in webkit [21355] by
-
- 2 edits in trunk/WebCore
Fix for:
<rdar://problem/4656825> REGRESSION: Japanese TV time table widget:
part of the number in background has been cut off.
Now that opacity uses a tight bounding box to clip, we need to make sure
to factor spillout caused by negative letter spacing into our right
overflow. Latch on to the code that does this already for text-stroke
and text-shadow.
Reviewed by olliej
fast/text/letter-spacing-negative-opacity.html
- rendering/InlineFlowBox.cpp: (WebCore::InlineFlowBox::placeBoxesHorizontally):
- 1:00 AM Changeset in webkit [21354] by
-
- 11 edits2 adds in trunk
LayoutTests:
Reviewed by Maciej Stachowiak.
Tests for more fix-ups to the WebScriptObject/WebScripting APIs, related to
<rdar://problem/5140447> API for fetching JSGlobalContextRef from WebView
or WebFrame
- fast/dom/wrapper-classes-expected.txt:
- fast/dom/wrapper-classes.html: Added cases to test the wrapper classes for different data types sent across the JS/ObjC bridge.
- fast/dom/wrapper-round-tripping-expected.txt: Added.
- fast/dom/wrapper-round-tripping.html: Added. New test to verify that you can round-trip between a JSObjectRef and a WebScriptObject.
WebCore:
Reviewed by Maciej Stachowiak.
More fix-ups to the WebScriptObject/WebScripting APIs, related to
<rdar://problem/5140447> API for fetching JSGlobalContextRef from WebView
or WebFrame
- bindings/objc/WebScriptObject.h: Fully specified the surprising rules for type conversion between JavaScript and ObjC.
- bindings/objc/WebScriptObject.mm: Added up-call accessor to WebFrame.
This is kind of stinky, but I'm OK with it because eventually all of this
code should move up into WebKit.
(+[WebScriptObject scriptObjectForJSObject:frame:]):
(-[WebScriptObject valueForKey:]):
(-[WebScriptObject JSObject]):
- Added _rootObject check because if _rootObject returns NULL it means that _imp is no longer GC protected, so it's not safe to use.
- Added _isSafeScript check because that's what WebScriptObject methods typically do, even though the value of doing so isn't clear to me.
- bindings/objc/WebScriptObjectPendingPublic.h: Added WebFrame* parameter to -scriptObjectForJSObject:. This is required to wrap JS objects that are not already in the wrapper cache. It would be nice to remove this limitation of WebScriptObject some day.
- page/mac/FrameMac.mm: (WebCore::Frame::cleanupPlatformScriptObjects): Force removal of m_windowScriptObject from the cache, to avoid retrieving the m_windowScriptObject from the previous page on a new page load. (It would be non-functional in that case.)
WebKitTools:
Reviewed by Maciej Stachowiak.
Added support for testing ObjC/JS type bridging.
Added ASSERT that -JSObject returns nil when the underlying JSObject
is no longer GC protected.
- DumpRenderTree/DumpRenderTree.m: (returnThisCallback): (returnThisClass): (-[WaitUntilDoneDelegate webView:didClearWindowObject:forFrame:]): (+[LayoutTestController isSelectorExcludedFromWebScript:]): (+[LayoutTestController webScriptNameForSelector:]): (-[LayoutTestController accessStoredWebScriptObject]): (-[LayoutTestController testWrapperRoundTripping]): (-[LayoutTestController objCClassNameOf:]): (-[LayoutTestController objCObjectOfClass:]):
- DumpRenderTree/DumpRenderTree.xcodeproj/project.pbxproj:
- 12:50 AM Changeset in webkit [21353] by
-
- 1 edit1 add in trunk/LayoutTestResults
Add missing test result.
- 12:34 AM Changeset in webkit [21352] by
-
- 4 adds in trunk/LayoutTests/fast/inline-block
Add vertical align layout test for inline blocks.
- 12:33 AM Changeset in webkit [21351] by
-
- 2 edits in trunk/WebKitTools
Reviewed by Simon
Move setting of the DPI value a few lines up. Should fix
the last two remaining failures in the layout tests.
- 12:32 AM Changeset in webkit [21350] by
-
- 2 edits in trunk/WebCore
Fix for <rdar://problem/5183697>.
Make sure verticalPositionHint is not called on an inline-block from
content inside the inline-block (like text).
Reviewed by olliej
fast/inline-block/inline-block-vertical-align.html
- rendering/RenderObject.cpp: (WebCore::RenderObject::verticalPositionHint):
- rendering/RenderText.cpp: (WebCore::RenderText::verticalPositionHint):
- rendering/RenderThemeMac.mm: (WebCore::RenderThemeMac::setFontFromControlSize):