1. 02 Jun, 2008 7 commits
  2. 01 Jun, 2008 5 commits
  3. 31 May, 2008 8 commits
    • mjs@apple.com's avatar
      2008-05-31 Maciej Stachowiak <mjs@apple.com> · 72a9b5b6
      mjs@apple.com authored
              Reviewed by Sam.
      
              - avoid assertion in updateDocument() when running debug
      
              * bindings/js/kjs_proxy.cpp:
              (WebCore::KJSProxy::updateDocument): Exit early if the document is null. We
              don't need to update in this case.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34279 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      72a9b5b6
    • alp@webkit.org's avatar
      2008-05-31 Alp Toker <alp@nuanti.com> · 4bf90299
      alp@webkit.org authored
              Fix inconsistent zoom docs and enum name landed in r34249. Issue
              noticed by Marco Barisione.
      
              * webkit/webkitwebview.cpp:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34278 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4bf90299
    • mitz@apple.com's avatar
      WebCore: · 07bff3a6
      mitz@apple.com authored
              Reviewed by Darin Adler.
      
              - fix https://bugs.webkit.org/show_bug.cgi?id=19278
                <rdar://problem/5968621> REGRESSION (r31114-r31132): image float disappears on refresh
      
              Test: fast/dynamic/float-in-trailing-whitespace-after-last-line-break.html
      
              * rendering/bidi.cpp:
              (WebCore::RenderBlock::layoutInlineChildren): Ensured that floats
              occurring in trailing whitespace after a line break are added to the
              last line's floats vector.
      
      LayoutTests:
      
              Reviewed by Darin Adler.
      
              - test for https://bugs.webkit.org/show_bug.cgi?id=19278
                <rdar://problem/5968621> REGRESSION (r31114-r31132): image float disappears on refresh
      
              * fast/dynamic/float-in-trailing-whitespace-after-last-line-break.html: Added.
              * platform/mac/fast/dynamic/float-in-trailing-whitespace-after-last-line-break-expected.checksum: Added.
              * platform/mac/fast/dynamic/float-in-trailing-whitespace-after-last-line-break-expected.png: Added.
              * platform/mac/fast/dynamic/float-in-trailing-whitespace-after-last-line-break-expected.txt: Added.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34277 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      07bff3a6
    • timothy@apple.com's avatar
      Implements the back and forward buttons in the Scripts panel. · 64dc901a
      timothy@apple.com authored
              Reviewed by Adam Roben.
      
              * page/inspector/ScriptsPanel.js:
              (WebInspector.ScriptsPanel): Add the back and forward button elements
              and remove the FIXMEs.
              (WebInspector.ScriptsPanel.prototype.reset): Reset _backForwardList
              and _currentBackForwardIndex. Then call _updateBackAndForwardButtons().
              (WebInspector.ScriptsPanel.prototype._showScriptOrResource):
              Added a fromBackForwardAction argument. If fromBackForwardAction is false
              then update the _currentBackForwardIndex and _backForwardList.
              (WebInspector.ScriptsPanel.prototype._updateBackAndForwardButtons):
              Update the disabled state of the buttons.
              (WebInspector.ScriptsPanel.prototype._goBack): Update the _currentBackForwardIndex
              and call _showScriptOrResource() and _updateBackAndForwardButtons().
              (WebInspector.ScriptsPanel.prototype._goForward): Ditto.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34276 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      64dc901a
    • timothy@apple.com's avatar
      Made clicking a Console message URL originating from a JavaScript · e251a188
      timothy@apple.com authored
              source show the Resource in the Scripts panel. This only happens
              when the debugger is attached.
      
              Reviewed by Adam Roben.
      
              * page/inspector/Console.js:
              (WebInspector.Console.prototype._formaterror):
              Add a preferredPanel of "scripts".
              (WebInspector.ConsoleMessage.prototype.toMessageElement):
              Add a preferredPanel of "scripts" when the source is JS.
              * page/inspector/ScriptView.js:
              (WebInspector.ScriptView.prototype.highlightLine): Added.
              Calls through to the sourceFrame. Matches SourceView.
              * page/inspector/ScriptsPanel.js:
              (WebInspector.ScriptsPanel.prototype.canShowResource): Added.
              Returns true if the debugger is attached and the resource has scripts.
              (WebInspector.ScriptsPanel.prototype._showScriptOrResource): Call
              highlightLine on the view.
              * page/inspector/inspector.js:
              (WebInspector.documentClick): Pass the preferredPanel to showResourceForURL.
              (WebInspector.showResourceForURL): Resolve the preferredPanel from the string
              passed in. Checks if the panel implements showResource and canShowResource.
              Reverts to the Resources panel if any of that is false or not implemented.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34275 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e251a188
    • timothy@apple.com's avatar
      Fixed an "undefined type" exception that was being thrown when · e95cc955
      timothy@apple.com authored
              selecting a eval script from the file menu in the Scripts panel.
              This would also happen when stepping into an eval which would
              break other parts of the Inspector interface.
      
              Reviewed by Adam Roben.
      
              * page/inspector/ScriptsPanel.js:
              (WebInspector.ScriptsPanel.prototype._showScriptOrResource):
              Use the scriptOrResource variable instead of the undefined script variable.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34274 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e95cc955
    • timothy@apple.com's avatar
      Made the starting line number of scripts be 1-based throughout the engine. · 82a000d6
      timothy@apple.com authored
      JavaScriptCore:
      
      2008-05-30  Timothy Hatcher  <timothy@apple.com>
      
              Made the starting line number of scripts be 1-based throughout the engine.
              This cleans up script line numbers so they are all consistent now and fixes
              some cases where script execution was shown as off by one line in the debugger.
      
              No change in SunSpider.
      
              Reviewed by Oliver Hunt.
      
              * API/minidom.c:
              (main): Pass a line number of 1 instead of 0 to parser().parse().
              * API/testapi.c:
              (main): Ditto. And removes a FIXME and changed an assertEqualsAsNumber
              to use 1 instead of 2 for the line number.
              * VM/Machine.cpp:
              (KJS::callEval): Pass a line number of 1 instead of 0.
              (KJS::Machine::debug): Use firstLine for WillExecuteProgram instead of
              lastLine. Use lastLine for DidExecuteProgram instead of firstLine.
              * kjs/DebuggerCallFrame.cpp:
              (KJS::DebuggerCallFrame::evaluate): Pass a line number of 1 instead of
              0 to parser().parse().
              * kjs/Parser.cpp:
              (KJS::Parser::parse): ASSERT startingLineNumber is greatter than 0. Change
              the startingLineNumber to be 1 if it was less than or equal to 0. This is needed
              for release builds to maintain compatibility with the JavaScriptCore API.
              * kjs/function.cpp:
              (KJS::globalFuncEval): Pass a line number of 1 instead of 0 to parser().parse().
              * kjs/function_object.cpp:
              (FunctionObjectImp::construct): Pass a line number of 1 instead of 0 to construct().
              * kjs/lexer.cpp:
              (Lexer::setCode): Made yylineno = startingLineNumber instead of adding 1.
              * kjs/testkjs.cpp:
              (functionRun): Pass a line number of 1 instead of 0 to Interpreter::evaluate().
              (functionLoad): Ditto.
              (prettyPrintScript): Ditto.
              (runWithScripts): Ditto.
              * profiler/Profiler.cpp:
              (WebCore::createCallIdentifier): Removed a plus 1 of startingLineNumber.
      
      WebCore:
      
      2008-05-30  Timothy Hatcher  <timothy@apple.com>
      
              Made the starting line number of scripts be 1-based throughout the engine.
              This cleans up script line numbers so they are all consistent now and fixes
              some cases where script execution was shown as off by one line in the debugger.
      
              Doing this also exposed a bug where JSLazyEventListener created in XHML or SVG
              documents would always have a line number of 0. So this change fixed that bug
              to pass all the SVG and XHTML tests.
      
              All layout tests pass.
      
              Reviewed by Oliver Hunt.
      
              * bindings/js/kjs_events.cpp:
              (WebCore::JSLazyEventListener::JSLazyEventListener): Set the line number to 1
              if it was passed in as 0. This can happen when listeners are created with
              a setAttribute call from JavaScript.
              (WebCore::JSLazyEventListener::parseCode): Add a FIXME about the URL being
              incorrect when listeners are created with a setAttribute call from JavaScript.
              * bindings/js/kjs_events.h: Remove the default value for lineNumber, since no
              callers need it.
              * bindings/objc/WebScriptObject.mm:
              (-[WebScriptObject evaluateWebScript:]): Pass a line number of 1 instead of 0
              to Interpreter::evaluate().
              * bridge/NP_jsobject.cpp:
              (_NPN_Evaluate): Ditto.
              * bridge/jni/jni_jsobject.mm:
              (JavaJSObject::eval): Ditto.
              * dom/XMLTokenizer.cpp:
              (WebCore::XMLTokenizer::startElementNs): Call KJSProxy::setEventHandlerLineno()
              around the call to handleElementAttributes, so any JSLazyEventListener created
              from those attributes have line numbers.
              (WebCore::XMLTokenizer::endElementNs): Remove a minus 1 of the line number.
              (WebCore::XMLTokenizer::notifyFinished): Pass a line number of 1 instead of 0.
              (WebCore::XMLTokenizer::parseEndElement): Remove a minus 1 of the line number.
              * html/HTMLScriptElement.cpp:
              (WebCore::HTMLScriptElement::evaluateScript): Add a FIXME about the starting
              line number being incorrect in some cases when this function is called.
              * html/HTMLTokenizer.cpp:
              (WebCore::HTMLTokenizer::parseSpecial): Add a plus 1 to the line number when
              setting scriptStartLineno so it is 1-based. Same for calling setEventHandlerLineno().
              (WebCore::HTMLTokenizer::processToken): Ditto.
              * html/HTMLTokenizer.h: Change the default line number on scriptExecution() to 1 from 0.
              * loader/FrameLoader.cpp:
              (FrameLoader::executeIfJavaScriptURL): Pass a line number of 1 instead of 0 to executeScript().
      
      WebKitTools:
      
      2008-05-30  Timothy Hatcher  <timothy@apple.com>
      
              Made the starting line number of scripts be 1-based throughout the engine.
              This cleans up script line numbers so they are all consistent now.
      
              Reviewed by Oliver Hunt.
      
              * DumpRenderTree/mac/ObjCController.m:
              (runJavaScriptThread): Pass a line number of 1 instead of 0 to JSEvaluateScript.
              * DumpRenderTree/pthreads/JavaScriptThreadingPthreads.cpp:
              (runJavaScriptThread): Ditto.
              * DumpRenderTree/win/DumpRenderTree.cpp:
              (runJavaScriptThread): Ditto.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34273 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      82a000d6
    • timothy@apple.com's avatar
      Fixes the regression where image resources don't have a preview icon. · f8375ffb
      timothy@apple.com authored
              https://bugs.webkit.org/show_bug.cgi?id=18500
      
              Reviewed by Adam Roben.
      
              * page/inspector/ResourcesPanel.js:
              (WebInspector.ResourceSidebarTreeElement): Call createIconElement before
              calling the superclass.
              (WebInspector.ResourceSidebarTreeElement.prototype.createIconElement):
              Create an iconElement, if the category is images then make a div that
              contains a preview image. Otherwise just make an img element. If there
              was a previous iconElement, then replace it.
              (WebInspector.ResourceSidebarTreeElement.prototype.refresh): Call
              createIconElement if the category changed.
              * page/inspector/SidebarTreeElement.js:
              (WebInspector.SidebarTreeElement): Create an iconElement if one hasn't
              been made already by a subclass.
              (WebInspector.SidebarTreeElement.prototype.onattach): Append the iconElement
              instead of creating one each time.
              * page/inspector/inspector.css: New and updated style rules.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34272 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f8375ffb
  4. 30 May, 2008 13 commits
    • mjs@apple.com's avatar
      2008-05-30 Maciej Stachowiak <mjs@apple.com> · 94872a04
      mjs@apple.com authored
              Reviewed by Oliver (earlier version reviewed by Alexey).
      
              - speculative fix for "REGRESSION(r34143?): Frequent crash while browsing"
              https://bugs.webkit.org/show_bug.cgi?id=19285
              
              ("This Time for Sure" Edition)
      
              I'm pretty sure this fixes it but I have not been able to
              reproduce and am unsure if my theory of the bug is right.
      
              I belive the bug was because JSDOMWindowBase accessed
              JSDOMWindowShell in its destructor to remove itself from a
              hashtable, but GC destructor order is not guaranteed, so the
              hashtable may have been freed already. This patch changes things
              so that a non-GC object (the KJSProxy) does the tracking of live
              window objects for a frame. JSDOMWindowBase can null check the frame
              pointer to verify if it is still good.
              
              In addition, we must create a similar setup between DOMWindow and
              Frame; since the DOMWindow of a given frame can now change over
              time, we must ensure that the Frame disconnects every live
              DOMWindow when destroyed, not just the last.
      
              * bindings/js/JSDOMWindowBase.cpp:
              (WebCore::JSDOMWindowBase::~JSDOMWindowBase):
              * bindings/js/JSDOMWindowShell.cpp:
              (WebCore::JSDOMWindowShell::JSDOMWindowShell):
              * bindings/js/JSDOMWindowShell.h:
              (WebCore::JSDOMWindowShell::setWindow):
              * bindings/js/kjs_proxy.cpp:
              (WebCore::KJSProxy::clear):
              (WebCore::KJSProxy::initScript):
              (WebCore::KJSProxy::updateDocument):
              * bindings/js/kjs_proxy.h:
              (WebCore::KJSProxy::clearFormerWindow):
              * page/DOMWindow.cpp:
              (WebCore::DOMWindow::~DOMWindow):
              * page/Frame.cpp:
              (WebCore::Frame::~Frame):
              (WebCore::Frame::setDocument):
              (WebCore::Frame::clearDOMWindow):
              (WebCore::Frame::clearFormerDOMWindow):
              * page/Frame.h:
              * page/FramePrivate.h:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34271 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      94872a04
    • mitz@apple.com's avatar
      WebCore: · 88c7b054
      mitz@apple.com authored
              Reviewed by Darin Adler and Dave Hyatt.
      
              - eliminate excessive repainting when an object's final position
                after layout is unchanged
      
              * rendering/RenderBlock.cpp:
              (WebCore::RenderBlock::layoutBlockChildren): Removed the full repaint
              for the case that the final position is unchanged but the position at
              which an intermediate layout occurred was different. Any repainting
              done during the intermediate layout would have happened at the object's
              initial (and also final) coordinates, since layoutDelta is factored
              into repaint rect calculations.
      
      LayoutTests:
      
              Reviewed by Darin Adler.
      
              - updated pixel results for "eliminate excessive repainting when an
                object's final position after layout is unchanged"
      
              * platform/mac/fast/repaint/intermediate-layout-position-clip-expected.checksum:
              * platform/mac/fast/repaint/intermediate-layout-position-clip-expected.png:
              * platform/mac/fast/repaint/intermediate-layout-position-expected.checksum:
              * platform/mac/fast/repaint/intermediate-layout-position-expected.png:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34267 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      88c7b054
    • justin.garcia@apple.com's avatar
      2008-05-29 Justin Garcia <justin.garcia@apple.com> · 2ca11c14
      justin.garcia@apple.com authored
              Reviewed by Darin.
              
              <rdar://problem/5949462> REGRESSION: Can't paste screen captures into Mail
              
              AppKit started putting PNG instead of PICT onto the pasteboard for screen 
              captures.  Added support for PNG with kUTTypePNG.  Tiger doesn't support
              setting and retrieving pasteboard types with UTIs, but we don't know of any
              applications on Tiger that put only PNG on the pasteboard.
      
              * WebView/WebHTMLView.mm:
              (-[WebHTMLView _documentFragmentFromPasteboard:inContext:allowPlainText:]):
              (-[WebHTMLView _documentFragmentFromPasteboard:forType:inContext:subresources:]):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34266 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2ca11c14
    • ap@webkit.org's avatar
      Reviewed by Darin. · c4ee7989
      ap@webkit.org authored
              https://bugs.webkit.org/show_bug.cgi?id=19180
              speed up SunSpider by optimizing immediate number cases
      
              Also fixed a JavaScriptCore regression seen on PowerPC - we didn't clip left shift
              parameter to 0...31.
      
              0.5% improvement on SunSpider overall, although a 8.5 regression on bitops-3bit-bits-in-byte.
      
              * VM/Machine.cpp:
              (KJS::Machine::privateExecute):
              Added fast paths for >>> and <<.
      
              * kjs/JSImmediate.h:
              (KJS::JSImmediate::toTruncatedUInt32): Added. Same as getTruncatedInt32, but casts the result
              to unsigned.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34265 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c4ee7989
    • cfleizach@apple.com's avatar
      bd2b3c15
    • jmalonzo@webkit.org's avatar
      2008-05-30 Carlos Martín Nieto <carlos@cmartin.tk> · da33b486
      jmalonzo@webkit.org authored
              Reviewed by Alp Toker.
      
              http://bugs.webkit.org/show_bug.cgi?id=18383
              [GTK] The "hovering-over-link" signal arguments aren't documented.
      
              * webkit/webkitwebview.cpp:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34263 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      da33b486
    • hausmann@webkit.org's avatar
      2008-05-30 Tor Arne Vestbø <tavestbo@trolltech.com> · 78025d5d
      hausmann@webkit.org authored
              Reviewed by Simon.
      
              Fix the build dependencies for the Qt build. Don't generate
              SVGCSSPropertyNames.cpp for every build.
      
              * WebCore.pro: The output file was renamed, so the compiler rule needs
              to be adjusted in order for qmake to generate correct depdencies.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34262 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      78025d5d
    • mjs@apple.com's avatar
      2008-05-30 Maciej Stachowiak <mjs@apple.com> · 7a7cf5aa
      mjs@apple.com authored
              Revert fix for 19285, it just caused more crashes and I need time
              to fix it properly.
      
              * bindings/js/JSDOMWindowBase.cpp:
              (WebCore::JSDOMWindowBase::~JSDOMWindowBase):
              * bindings/js/JSDOMWindowShell.cpp:
              (WebCore::JSDOMWindowShell::JSDOMWindowShell):
              (WebCore::JSDOMWindowShell::updateDocument):
              * bindings/js/JSDOMWindowShell.h:
              (WebCore::JSDOMWindowShell::setWindow):
              (WebCore::JSDOMWindowShell::clearFormerWindow):
              * bindings/js/kjs_proxy.cpp:
              (WebCore::KJSProxy::clear):
              (WebCore::KJSProxy::initScript):
              * bindings/js/kjs_proxy.h:
              * page/Frame.cpp:
              (WebCore::Frame::setDocument):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34261 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7a7cf5aa
    • hausmann@webkit.org's avatar
      2008-05-30 Adam Treat <treat@kde.org> · 0b0004eb
      hausmann@webkit.org authored
              Reviewed by Simon.
      
              Fix a huge memory leak by ensuring that on application shutdown
              the shared timer is fired one last time if it is active. This
              ensures that the GCController timer is fired at the end to free
              references to JavaScript objects.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34260 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0b0004eb
    • ap@webkit.org's avatar
      Reviewed by Darin. · 417ecd66
      ap@webkit.org authored
              http://bugs.webkit.org/show_bug.cgi?id=7466
              <rdar://problem/4657563> Use of Ctrl as access key modifier conflicts with Mac OS X
              emacs-style keybindings
      
      WebCore:
              * page/EventHandler.cpp:
              (WebCore::EventHandler::handleAccessKey): Use Ctrl+Option for access keys on Mac OS X.
      
      LayoutTests:
              * fast/events/access-key-self-destruct.html:
              * fast/forms/access-key.html:
              * fast/forms/focus-selection-input-expected.txt:
              * fast/forms/focus-selection-input.html:
              * fast/forms/legend-access-key.html:
              * fast/forms/select-accesskey.html:
              Updated tests to keep passing.
      
              * fast/forms/select-accesskey-expected.txt: Added.
              * fast/forms/select-accesskey.html:
              * platform/mac/fast/forms/select-accesskey-expected.checksum: Removed.
              * platform/mac/fast/forms/select-accesskey-expected.png: Removed.
              * platform/mac/fast/forms/select-accesskey-expected.txt: Removed.
              Updated to keep passing, made text-only.
      
              * fast/forms/focus-selection-textarea.html:
              * fast/forms/focus-selection-textarea-expected.txt:
              Added missing platform-specific logic.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34259 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      417ecd66
    • ap@webkit.org's avatar
      Reviewed by Oliver Hunt. · 655b491d
      ap@webkit.org authored
              https://bugs.webkit.org/show_bug.cgi?id=19180
              speed up SunSpider by optimizing immediate number cases
      
              Also fixed three JavaScriptCore regressions seen on PowerPC - we didn't clip right shift
              parameter to 0...31.
      
              1.6% improvement on SunSpider, without significant regressions on any tests.
      
              * VM/Machine.cpp:
              (KJS::Machine::privateExecute):
              Added fast paths for >>, ==, ===, !=, !==. Changed order of memory accesses in many
              cases, making them less dependent on gcc's ability to properly assign registers. With this,
              I could move exception checks back into slow code paths, and saw less randomness in general.
      
              * kjs/JSImmediate.h:
              (KJS::JSImmediate::rightShiftImmediateNumbers):
              Added.
      
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34258 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      655b491d
    • mjs@apple.com's avatar
      2008-05-30 Maciej Stachowiak <mjs@apple.com> · b6aa1156
      mjs@apple.com authored
              Reviewed by Alexey.
              
              - speculative fix for "REGRESSION(r34143?): Frequent crash while browsing"
              https://bugs.webkit.org/show_bug.cgi?id=19285
      
              I'm pretty sure this fixes it but I have not been able to
              reproduce and am unsure if my theory of the bug is right.
      
              I belive the bug was because JSDOMWindowBase accessed
              JSDOMWindowShell in its destructor to remove itself from a
              hashtable, but GC destructor order is not guaranteed, so the
              hashtable may have been freed already. This patch changes things
              so that a non-GC object (the KJSProxy) does the tracking of live
              window objects for a frame. JSDOMWindowBase can null check the frame
              pointer to verify if it is still good.
              
              * bindings/js/JSDOMWindowBase.cpp:
              (WebCore::JSDOMWindowBase::~JSDOMWindowBase):
              * bindings/js/JSDOMWindowShell.cpp:
              (WebCore::JSDOMWindowShell::JSDOMWindowShell):
              * bindings/js/JSDOMWindowShell.h:
              (WebCore::JSDOMWindowShell::setWindow):
              * bindings/js/kjs_proxy.cpp:
              (WebCore::KJSProxy::clear):
              (WebCore::KJSProxy::initScript):
              (WebCore::KJSProxy::updateDocument):
              * bindings/js/kjs_proxy.h:
              (WebCore::KJSProxy::clearFormerWindow):
              * page/Frame.cpp:
              (WebCore::Frame::setDocument):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34257 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b6aa1156
    • cfleizach@apple.com's avatar
      <rdar://problem/5091386> Seed: VO reads form labels twice in Safari · ea61d43d
      cfleizach@apple.com authored
      <rdar://problem/4783102> Radio button/checkbox embedded with <label> tag should combine the text and the label as a single element
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@34254 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ea61d43d
  5. 29 May, 2008 7 commits