- 08 Jun, 2012 40 commits
-
-
efidler@rim.com authored
https://bugs.webkit.org/show_bug.cgi?id=88670 Reviewed by Rob Buis. Source/WebKit/blackberry: RIM PR: 163720 WebSettings is overriding the default font settings with "", which deletes them. * Api/WebPage.cpp: (BlackBerry::WebKit::WebPagePrivate::didChangeSettings): LayoutTests: This test crashes if -webkit-body (i.e. WebCore::Settings::standardFontFamily()) is not a valid font family. * fonts/valid-standard-font.html: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119879 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ggaren@apple.com authored
This patch includes everything necessary for lazy finalization, but keeps eager finalization enabled for the time being. Weak pointer finalization should be lazy https://bugs.webkit.org/show_bug.cgi?id=87599 Reviewed by Sam Weinig. * heap/MarkedBlock.cpp: * heap/MarkedBlock.h: (JSC::MarkedBlock::resetAllocator): * heap/MarkedSpace.cpp: (JSC::MarkedSpace::resetAllocators): * heap/MarkedSpace.h: (JSC::MarkedSpace::resetAllocators): Don't force allocator reset anymore. It will happen automatically when a weak set is swept. It's simpler to have only one canonical way for this to happen, and it wasn't buying us anything to do it eagerly. * heap/WeakBlock.cpp: (JSC::WeakBlock::sweep): Don't short-circuit a sweep unless we know the sweep would be a no-op. If even one finalizer is pending, we need to run it, since we won't get another chance. * heap/WeakSet.cpp: (JSC::WeakSet::sweep): This loop can be simpler now that WeakBlock::sweep() does what we mean. Reset our allocator after a sweep because this is the optimal time to start trying to recycle old weak pointers. (JSC::WeakSet::tryFindAllocator): Don't sweep when searching for an allocator because we've swept already, and forcing a new sweep would be wasteful. * heap/WeakSet.h: (JSC::WeakSet::shrink): Be sure to reset our allocator after a shrink because the shrink may have removed the block the allocator was going to allocate out of. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119878 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
rdar://problem/11412294ap@apple.com authored
Reviewed by Dan Bernstein. * page/mac/SettingsMac.mm: (WebCore::Settings::initializeDefaultFontFamilies): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119877 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
charles.wei@torchmobile.com.cn authored
https://bugs.webkit.org/show_bug.cgi?id=88052 Reviewed by Kentaro Hara. This is needed for indexedDB to make it work for JSC. We need to clean up all the pending transactions(transactions without any request scheduled) when leaving Javascript context. Manually tested using the existing test LayoutTests/storage/indexeddb/tutorial.html * bindings/js/JSMainThreadExecState.cpp: (WebCore): (WebCore::JSMainThreadExecState::didLeaveScriptContext): * bindings/js/JSMainThreadExecState.h: (WebCore::JSMainThreadExecState::~JSMainThreadExecState): (JSMainThreadExecState): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119876 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
rniwa@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=88361 Reviewed by Levi Weintraub. Use RefPtr instead of raw pointers across DOM mutations. No tests are added for the lack of a reliable reduction. * editing/CompositeEditCommand.cpp: (WebCore::CompositeEditCommand::breakOutOfEmptyListItem): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119872 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
http://trac.webkit.org/changeset/119514 https://bugs.webkit.org/show_bug.cgi?id=88664 Broke JSFiddle.net (Requested by arv on #webkit). Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-06-08 Source/WebCore: * bindings/v8/V8DOMWindowShell.cpp: (WebCore::V8DOMWindowShell::initContextIfNeeded): * bindings/v8/WorkerContextExecutionProxy.cpp: (WebCore::WorkerContextExecutionProxy::initIsolate): LayoutTests: * fast/dom/Window/window-property-shadowing-name-expected.txt: * fast/dom/Window/window-property-shadowing-name.html: * fast/dom/Window/window-property-shadowing-onclick-expected.txt: Removed. * fast/dom/Window/window-property-shadowing-onclick.html: Removed. * platform/chromium/fast/dom/Window/window-property-shadowing-name-expected.txt: Removed. * platform/chromium/fast/dom/Window/window-property-shadowing-onclick-expected.txt: Removed. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119871 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
rniwa@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=88108 Reviewed by Levi Weintraub. Use NodeVector instead of walking through siblings as we mutate the DOM. No new tests are added since there is no reliable reduction. * editing/BreakBlockquoteCommand.cpp: (WebCore::BreakBlockquoteCommand::doApply): * editing/CompositeEditCommand.cpp: (WebCore::CompositeEditCommand::moveRemainingSiblingsToNewParent): (WebCore): * editing/CompositeEditCommand.h: (CompositeEditCommand): * editing/InsertParagraphSeparatorCommand.cpp: (WebCore::InsertParagraphSeparatorCommand::doApply): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119870 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
dgrogan@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=88611 Source/WebCore: We should still make the change in the WebKit API. Reviewed by Tony Chang. No new tests, just a method rename. * Modules/indexeddb/IDBDatabase.cpp: (WebCore::IDBDatabase::registerFrontendCallbacks): * Modules/indexeddb/IDBDatabase.h: (IDBDatabase): * Modules/indexeddb/IDBDatabaseBackendImpl.cpp: (WebCore::IDBDatabaseBackendImpl::registerFrontendCallbacks): * Modules/indexeddb/IDBDatabaseBackendImpl.h: (IDBDatabaseBackendImpl): * Modules/indexeddb/IDBDatabaseBackendInterface.h: (IDBDatabaseBackendInterface): * Modules/indexeddb/IDBRequest.cpp: (WebCore::IDBRequest::onSuccess): Source/WebKit/chromium: Reviewed by Tony Chang. * src/IDBDatabaseBackendProxy.cpp: (WebKit::IDBDatabaseBackendProxy::registerFrontendCallbacks): * src/IDBDatabaseBackendProxy.h: (IDBDatabaseBackendProxy): * src/WebIDBDatabaseImpl.cpp: (WebKit::WebIDBDatabaseImpl::open): * src/WebIDBDatabaseImpl.h: (WebIDBDatabaseImpl): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119868 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
danakj@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=88435 Reviewed by Adrienne Walker. Source/WebCore: Current willDraw() is called on all layers with non-empty visibleLayerRect and non-empty scissorRect. This excludes layers outside the viewport, but does not exclude occluded layers. We add a check for occlusion to calculateRenderPasses in order to avoid willDraw() when it will be culled anyway. We prevent didDraw() from being called for occluded layers, for which we did not call didDraw() by holding a vector of layers for which we did call willDraw(). This lets us avoid storing a flag on the layers, or computing occlusion again in didDrawAllLayers. Unit test: CCLayerTreeHostImplTest.willDrawNotCalledOnOccludedLayer * platform/graphics/chromium/cc/CCLayerTreeHostImpl.cpp: (WebCore::CCLayerTreeHostImpl::calculateRenderPasses): (WebCore::CCLayerTreeHostImpl::prepareToDraw): (WebCore::CCLayerTreeHostImpl::didDrawAllLayers): * platform/graphics/chromium/cc/CCLayerTreeHostImpl.h: (FrameData): (CCLayerTreeHostImpl): Source/WebKit/chromium: * tests/CCLayerTreeHostImplTest.cpp: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119867 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
barraclough@apple.com authored
This broke jquery/core.html * dfg/DFGSpeculativeJIT.h: (JSC::DFG::SpeculativeJIT::emitAllocateBasicJSObject): * jit/JITInlineMethods.h: (JSC::JIT::emitAllocateBasicJSObject): * llint/LowLevelInterpreter.asm: * runtime/JSGlobalData.h: (JSGlobalData): * runtime/JSGlobalThis.cpp: (JSC::JSGlobalThis::setUnwrappedObject): * runtime/JSObject.cpp: (JSC::JSObject::visitChildren): (JSC::JSObject::createInheritorID): * runtime/JSObject.h: (JSObject): (JSC::JSObject::resetInheritorID): (JSC): (JSC::JSObject::offsetOfInheritorID): (JSC::JSObject::inheritorID): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119865 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
tonikitoo@webkit.org authored
EventHandler shouldn't schedule the fake mousemove event timer when scrolling on devices that don't have a mouse https://bugs.webkit.org/show_bug.cgi?id=88379 Reviewed by James Robinson. Patch by Antonio Gomes <agomes@rim.com> Paraphrasing Andy Estes: "In <http://trac.webkit.org/changeset/119465> we stopped dispatching fake mousemove events when scrolling on devices that don't support mice. This event is dispatched on a timer, so one better would be to not even schedule the timer (rather than scheduling the timer but making it a no-op). No new tests, as no functionality has changed. We basically do not start a timer under a given circumstance instead of fire it, it times out, and we make the callback no-op when under the given circumstance. It is still possible though that we have the following scenario: - Setting::deviceSupportsMouse set as true; - we fire the timer; - before its callback gets executed (timed out) the setting gets toggled. So for sakeness, lets keep the check in both places. * page/EventHandler.cpp: (WebCore::EventHandler::dispatchFakeMouseMoveEventSoon): (WebCore::EventHandler::fakeMouseMoveEventTimerFired): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119862 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
jamesr@google.com authored
https://bugs.webkit.org/show_bug.cgi?id=88599 Reviewed by Adam Barth. Source/WebCore: Reworks test code slightly to use WebCore interfaces. * testing/Internals.cpp: (WebCore::Internals::setBackgroundBlurOnNode): Source/WebKit/chromium: Removes unused include, update comment. * src/WebMediaPlayerClientImpl.cpp: (WebKit::WebMediaPlayerClientImpl::platformLayer): (WebKit::WebMediaPlayerClientImpl::paint): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119861 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
fpizlo@apple.com authored
git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119859 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
fpizlo@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=88477 Unreviewed, fix a renaming goof from http://trac.webkit.org/changeset/119660. I accidentally renamed ByteCodeParser::getPrediction to ByteCodeParser::getSpeculation. That was not the intent. This changes it back. * dfg/DFGByteCodeParser.cpp: (JSC::DFG::ByteCodeParser::addCall): (JSC::DFG::ByteCodeParser::getPredictionWithoutOSRExit): (JSC::DFG::ByteCodeParser::getPrediction): (JSC::DFG::ByteCodeParser::handleCall): (JSC::DFG::ByteCodeParser::parseBlock): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119858 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
wingo@igalia.com authored
https://bugs.webkit.org/show_bug.cgi?id=88552 Reviewed by Filip Pizlo. Source/JavaScriptCore: * dfg/DFGOSRExitCompiler.h: * dfg/DFGOperations.cpp: * dfg/DFGOperations.h: * jit/HostCallReturnValue.h: * jit/JITStubs.cpp: * jit/JITStubs.h: * jit/ThunkGenerators.cpp: * llint/LLIntSlowPaths.h: Mark a bunch of stubs as being WTF_INTERNAL. Change most calls to SYMBOL_STRING_RELOCATION to LOCAL_REFERENCE, or GLOBAL_REFERENCE in the case of the wrappers to truly global symbols. * offlineasm/asm.rb: Generate LOCAL_REFERENCE instead of SYMBOL_STRING_RELOCATION. Don't rely on weak pointers for eager CodeBlock finalization https://bugs.webkit.org/show_bug.cgi?id=88465 Reviewed by Gavin Barraclough. This is incompatible with lazy weak pointer finalization. I considered just making CodeBlock finalization lazy-friendly, but it turns out that the heap is already way up in CodeBlock's business when it comes to finalization, so I decided to finish the job and move full responsibility for CodeBlock finalization into the heap. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: Maybe this will build. * debugger/Debugger.cpp: Updated for rename. * heap/Heap.cpp: (JSC::Heap::deleteAllCompiledCode): Renamed for consistency. Fixed a bug where we would not delete code for a code block that had been previously jettisoned. I don't know if this happens in practice -- I mostly did this to improve consistency with deleteUnmarkedCompiledCode. (JSC::Heap::deleteUnmarkedCompiledCode): New function, responsible for eager finalization of unmarked code blocks. (JSC::Heap::collect): Updated for rename. Updated to call deleteUnmarkedCompiledCode(), which takes care of jettisoned DFG code blocks too. (JSC::Heap::addCompiledCode): Renamed, since this points to all code now, not just functions. * heap/Heap.h: (Heap): Keep track of all user code, not just functions. This is a negligible additional overhead, since most code is function code. * runtime/Executable.cpp: (JSC::*::finalize): Removed these functions, since we don't rely on weak pointer finalization anymore. (JSC::FunctionExecutable::FunctionExecutable): Moved linked-list stuff into base class so all executables can be in the list. (JSC::EvalExecutable::clearCode): (JSC::ProgramExecutable::clearCode): (JSC::FunctionExecutable::clearCode): All we need to do is delete our CodeBlock -- that will delete all of its internal data structures. (JSC::FunctionExecutable::clearCodeIfNotCompiling): Factored out a helper function to improve clarity. * runtime/Executable.h: (JSC::ExecutableBase): Moved linked-list stuff into base class so all executables can be in the list. (JSC::NativeExecutable::create): (NativeExecutable): (ScriptExecutable): (JSC::ScriptExecutable::finishCreation): (JSC::EvalExecutable::create): (EvalExecutable): (JSC::ProgramExecutable::create): (ProgramExecutable): (FunctionExecutable): (JSC::FunctionExecutable::create): Don't use a finalizer -- the heap will call us back to destroy our code block. (JSC::FunctionExecutable::discardCode): Renamed to clearCodeIfNotCompiling() for clarity. (JSC::FunctionExecutable::isCompiling): New helper function, for clarity. (JSC::ScriptExecutable::clearCodeVirtual): New helper function, since the heap needs to make polymorphic calls to clear code. * runtime/JSGlobalData.cpp: (JSC::StackPreservingRecompiler::operator()): * runtime/JSGlobalObject.cpp: (JSC::DynamicGlobalObjectScope::DynamicGlobalObjectScope): Updated for renames. Source/WTF: * wtf/ExportMacros.h (WTF_INTERNAL, HAVE_INTERNAL_VISIBILITY): New defines. Regardless of what the port does about visibility in general, for code referenced only from assembly it is useful to give it internal visibility. * wtf/InlineASM.h: Split SYMBOL_STRING_RELOCATION into LOCAL_REFERENCE and GLOBAL_REFERENCE; the former will try to avoid indirection if HAVE(INTERNAL_VISIBILITY). git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119857 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
arv@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=88541 Reviewed by Adam Barth. Add a hidden reference from the owner to the text track list. Source/WebCore: Covered by existing tests. * Target.pri: Add V8TextTrackListCustom.cpp. * UseV8.cmake: Ditto. * WebCore.gypi: Ditto. * bindings/v8/V8HiddenPropertyName.h: (WebCore): * bindings/v8/custom/V8TextTrackListCustom.cpp: Copied from Source/WebCore/bindings/v8/V8HiddenPropertyName.h. (WebCore): (WebCore::toV8): When the wrapper is created add a reference to the owner of the TextTrackList to the TextTrackList. * html/track/TextTrackList.idl: LayoutTests: * platform/chromium/TestExpectations: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119853 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
jochen@chromium.org authored
* DEPS: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119852 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=87686 Patch by Ian Vollick <vollick@chromium.org> on 2012-06-08 Reviewed by James Robinson. CCTransformKeyframe new owns a WebTransformOperations rather than a TransformOperations. LayerChromium's API has been changed so that LayerChromium::addAnimation should take only a CCActiveAnimation. GraphicsLayerChromium is new responsible for translating to WebTransformOperations and creating CCActiveAnimations. Tests that use the public API (that is, they call addAnimation with KeyframeValueList and Animation arguments) have been moved to GraphicsLayerChromiumTest. Source/WebCore: Unit tests: GraphicsLayerChromiumTest.createOpacityAnimation GraphicsLayerChromiumTest.createTransformAnimation GraphicsLayerChromiumTest.createTransformAnimationWithBigRotation GraphicsLayerChromiumTest.createTransformAnimationWithSingularMatrix GraphicsLayerChromiumTest.createReversedAnimation GraphicsLayerChromiumTest.createAlternatingAnimation GraphicsLayerChromiumTest.createReversedAlternatingAnimation * WebCore.gypi: * platform/graphics/chromium/AnimationTranslationUtil.cpp: Added. (WebCore): (WebCore::toWebTransformOperations): (WebCore::appendKeyframe): (WebCore::CCKeyframedTransformAnimationCurve): (WebCore::createActiveAnimation): * platform/graphics/chromium/AnimationTranslationUtil.h: Added. (WebCore): * platform/graphics/chromium/GraphicsLayerChromium.cpp: (WebCore::GraphicsLayerChromium::addAnimation): * platform/graphics/chromium/LayerChromium.cpp: (WebCore::LayerChromium::addAnimation): * platform/graphics/chromium/LayerChromium.h: (WebCore): (WebCore::LayerChromium::bounds): (LayerChromium): * platform/graphics/chromium/LinkHighlight.cpp: (WebCore::LinkHighlight::LinkHighlight): * platform/graphics/chromium/cc/CCAnimationCurve.h: (CCTransformAnimationCurve): * platform/graphics/chromium/cc/CCKeyframedAnimationCurve.cpp: (WebCore::CCTransformKeyframe::create): (WebCore::CCTransformKeyframe::CCTransformKeyframe): (WebCore::CCTransformKeyframe::value): (WebCore::CCTransformKeyframe::clone): (WebCore::CCKeyframedTransformAnimationCurve::getValue): * platform/graphics/chromium/cc/CCKeyframedAnimationCurve.h: (CCTransformKeyframe): (CCKeyframedTransformAnimationCurve): * platform/graphics/chromium/cc/CCLayerAnimationController.cpp: (WebCore::CCLayerAnimationController::removeAnimation): (WebCore): (WebCore::CCLayerAnimationController::addAnimation): (WebCore::CCLayerAnimationController::getActiveAnimation): (WebCore::CCLayerAnimationController::pushNewAnimationsToImplThread): (WebCore::CCLayerAnimationController::replaceImplThreadAnimations): (WebCore::CCLayerAnimationController::tickAnimations): * platform/graphics/chromium/cc/CCLayerAnimationController.h: (CCLayerAnimationControllerClient): (CCLayerAnimationController): * platform/graphics/chromium/cc/CCLayerImpl.h: (WebCore::CCLayerImpl::bounds): Source/WebKit/chromium: * tests/CCAnimationTestCommon.cpp: (WebCore::addOpacityTransition): (WebCore::addAnimatedTransform): (WebKitTests::FakeTransformTransition::getValue): * tests/CCAnimationTestCommon.h: * tests/CCKeyframedAnimationCurveTest.cpp: * tests/CCLayerAnimationControllerTest.cpp: * tests/CCLayerTreeHostTest.cpp: (WTF::CCLayerTreeHostTestLayerAddedWithAnimation::beginTest): * tests/GraphicsLayerChromiumTest.cpp: (MockLayerTreeHostClient): (WebKitTests): (MockLayerTreeHost): (WebKitTests::MockLayerTreeHost::create): (WebKitTests::MockLayerTreeHost::createLayerTreeHostImpl): (WebKitTests::MockLayerTreeHost::MockLayerTreeHost): (GraphicsLayerChromiumTest): (WebKitTests::GraphicsLayerChromiumTest::GraphicsLayerChromiumTest): (WebKitTests::GraphicsLayerChromiumTest::~GraphicsLayerChromiumTest): (WebKitTests::GraphicsLayerChromiumTest::expectTranslateX): (WebKitTests::TEST_F): * tests/LayerChromiumTest.cpp: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119850 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
noam.rosenthal@nokia.com authored
https://bugs.webkit.org/show_bug.cgi?id=87695 Reviewed by Kenneth Rohde Christiansen. Added shaders for blur and drop-shadow effects. The shaders use sampling of multiple coordinates and averaging them with normal- distribution to create a fast gaussian blur effect. Covered by existing tests in css3/filters. * platform/graphics/texmap/TextureMapperGL.cpp: (WebCore::TextureMapperGL::drawFiltered): Call the prepare function explicitly, with a size argument that's used to calculate some of the uniform values. * platform/graphics/texmap/TextureMapperLayer.cpp: (WebCore::TextureMapperLayer::intermediateSurfaceRect): The outsets of the effect have to be considered when calculating the intermediate rect. Otherwise the resulting image is scaled instead of outsetted. (WebCore::applyFilters): * platform/graphics/texmap/TextureMapperShaderManager.cpp: (WebCore::StandardFilterProgram::StandardFilterProgram): Added the new shaders. (WebCore::StandardFilterProgram::prepare): (WebCore::TextureMapperShaderManager::getShaderForFilter): * platform/graphics/texmap/TextureMapperShaderManager.h: (StandardFilterProgram): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119849 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mitz@apple.com authored
* bindings/js/GCController.cpp: (WebCore::GCController::discardAllCompiledCode): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119848 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ostapenko.viatcheslav@nokia.com authored
https://bugs.webkit.org/show_bug.cgi?id=88667 Reviewed by Noam Rosenthal. Move deactivation of WebLayerTreeRenderer from LayerTreeHostProxy::purgeBackingStores to WebLayerTreeRenderer::purgeGLResources. LayerTreeHostProxy::purgeBackingStores is invoked on main thread after going through call gate and it is too late to deactivate renderer here, because some update messages are able to go through. WebLayerTreeRenderer::purgeGLResources is called directly from render node deallocation and it is right place to deactivate renderer. * UIProcess/LayerTreeHostProxy.cpp: (WebKit::LayerTreeHostProxy::purgeBackingStores): * UIProcess/WebLayerTreeRenderer.cpp: (WebKit::WebLayerTreeRenderer::purgeGLResources): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119847 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=88627 Patch by Mike West <mkwst@chromium.org> on 2012-06-08 Reviewed by Adam Barth. No change in user-facing behavior. * dom/StyledElement.cpp: (WebCore): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119846 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
ggaren@apple.com authored
https://bugs.webkit.org/show_bug.cgi?id=88465 Reviewed by Gavin Barraclough. This is incompatible with lazy weak pointer finalization. I considered just making CodeBlock finalization lazy-friendly, but it turns out that the heap is already way up in CodeBlock's business when it comes to finalization, so I decided to finish the job and move full responsibility for CodeBlock finalization into the heap. * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: Maybe this will build. * debugger/Debugger.cpp: Updated for rename. * heap/Heap.cpp: (JSC::Heap::deleteAllCompiledCode): Renamed for consistency. Fixed a bug where we would not delete code for a code block that had been previously jettisoned. I don't know if this happens in practice -- I mostly did this to improve consistency with deleteUnmarkedCompiledCode. (JSC::Heap::deleteUnmarkedCompiledCode): New function, responsible for eager finalization of unmarked code blocks. (JSC::Heap::collect): Updated for rename. Updated to call deleteUnmarkedCompiledCode(), which takes care of jettisoned DFG code blocks too. (JSC::Heap::addCompiledCode): Renamed, since this points to all code now, not just functions. * heap/Heap.h: (Heap): Keep track of all user code, not just functions. This is a negligible additional overhead, since most code is function code. * runtime/Executable.cpp: (JSC::*::finalize): Removed these functions, since we don't rely on weak pointer finalization anymore. (JSC::FunctionExecutable::FunctionExecutable): Moved linked-list stuff into base class so all executables can be in the list. (JSC::EvalExecutable::clearCode): (JSC::ProgramExecutable::clearCode): (JSC::FunctionExecutable::clearCode): All we need to do is delete our CodeBlock -- that will delete all of its internal data structures. (JSC::FunctionExecutable::clearCodeIfNotCompiling): Factored out a helper function to improve clarity. * runtime/Executable.h: (JSC::ExecutableBase): Moved linked-list stuff into base class so all executables can be in the list. (JSC::NativeExecutable::create): (NativeExecutable): (ScriptExecutable): (JSC::ScriptExecutable::finishCreation): (JSC::EvalExecutable::create): (EvalExecutable): (JSC::ProgramExecutable::create): (ProgramExecutable): (FunctionExecutable): (JSC::FunctionExecutable::create): Don't use a finalizer -- the heap will call us back to destroy our code block. (JSC::FunctionExecutable::discardCode): Renamed to clearCodeIfNotCompiling() for clarity. (JSC::FunctionExecutable::isCompiling): New helper function, for clarity. (JSC::ScriptExecutable::clearCodeVirtual): New helper function, since the heap needs to make polymorphic calls to clear code. * runtime/JSGlobalData.cpp: (JSC::StackPreservingRecompiler::operator()): * runtime/JSGlobalObject.cpp: (JSC::DynamicGlobalObjectScope::DynamicGlobalObjectScope): Updated for renames. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119844 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
rjkroege@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=88359 Reviewed by James Robinson. * public/WebInputEvent.h: Increase of TouchPoints per TouchEvent from 8 to 12. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119843 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
vsevik@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=88660 Reviewed by Pavel Feldman. Fixed several compiler warnings and errors. Removed isEmpty method from Object.prototype and made it static method on Object. * inspector/InjectedScriptExterns.js: * inspector/front-end/FileSystemModel.js: (WebInspector.FileSystemModel.prototype._detachFrame): * inspector/front-end/HeapSnapshot.js: (WebInspector.HeapSnapshot.prototype._buildDominatorTree): * inspector/front-end/utilities.js: (Object.isEmpty): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119839 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=88659 Patch by Max Feil <mfeil@rim.com> on 2012-06-08 Reviewed by Antonio Gomes. The determineRenderSlider() convenience function added in bug 87551 made an assumption that wasn't always true. This didn't cause a functional error but it caused an assertion failure, which indicates a problem with the code. PR164142. No new tests because this case is already covered by ASSERT's. * platform/blackberry/RenderThemeBlackBerry.cpp: (WebCore::determineRenderSlider): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119838 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
carlosgc@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=88426 Reviewed by Martin Robinson. .: * configure.ac: Generate WebKitVersion.h from WebKitVersion.h.in file. Source/WebKit2: * GNUmakefile.am: * GNUmakefile.list.am: * UIProcess/API/gtk/WebKitVersion.cpp: Added. (webkit_get_major_version): (webkit_get_minor_version): (webkit_get_micro_version): * UIProcess/API/gtk/WebKitVersion.h.in: Added. * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml: Add new symbols. * UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Add new section for WebKitVersion. * UIProcess/API/gtk/tests/GNUmakefile.am: * UIProcess/API/gtk/tests/TestWebKitVersion.cpp: Added. (testWebKitVersion): (testWebKitCheckVersion): (beforeAll): (afterAll): * UIProcess/API/gtk/webkit2.h: Include WebKitVersion.h. Tools: * gtk/generate-gtkdoc: (get_webkit2_options): Add built sources to the list of files, but ignore enum types and marshallers. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119837 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
hausmann@webkit.org authored
* WebCoreSupport/FrameLoaderClientQt.cpp: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119835 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
Some overlay scrollbar API calls in ScrollAnimatorMac can lead to an assertion in RenderBox::mapAbsoluteToLocalPoint https://bugs.webkit.org/show_bug.cgi?id=74111 Patch by Ion Rosca <rosca@adobe.com> on 2012-06-08 Reviewed by Simon Fraser. .: * ManualTests/scrollbar-crash-on-hide-scrolled-area.html: Added. Source/WebCore: Added zero-delay timer for AppKit scroll notification that can be called during layout. Manual test: ManualTests/scrollbar-crash-on-hide-scrolled-area.html This assertion does not fire when running layout tests. It can be easly reproduced using a debug build by loading the manual test page. * platform/mac/ScrollAnimatorMac.h: (ScrollAnimatorMac): * platform/mac/ScrollAnimatorMac.mm: (WebCore::ScrollAnimatorMac::ScrollAnimatorMac): (WebCore::ScrollAnimatorMac::notifyContentAreaScrolled): (WebCore::ScrollAnimatorMac::sendContentAreaScrolledSoon): (WebCore): (WebCore::ScrollAnimatorMac::sendContentAreaScrolledTimerFired): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119834 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
reni@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=86482 Source/WebCore: Text, Filter and View features are already implemented but they are not added to the SVG11 feature set. This is corrected in this patch. Reviewed by Nikolas Zimmermann. No new testcase is needed because we already have one what checks the svg features via DOMImplementation (svg/custom/svg-features.html). * dom/DOMImplementation.cpp: (WebCore::isSVG11Feature): LayoutTests: Reviewed by Nikolas Zimmermann. * platform/qt-5.0/svg/custom/svg-features-expected.txt: * platform/qt/svg/custom/svg-features-expected.txt: * svg/custom/svg-features-expected.txt: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119833 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
schenney@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=80321 Reviewed by Dirk Schulze. Source/WebCore: The code in ImageBuffer::transformColorSpace had two problems that are fixed by this patch. First, it was using member variables for data that is static constant. This is incredibly wasteful, as every ImageBuffer that is created (and we make a lot of them) gets its own copy of the LUT and the table is initialized again and again. The patch replaces this with a static local, with lazy evaluation, in the method that uses the tables. Second, the code for filling the table was mapping 255 to 254, thus reducing the intensity and alpha of every image it pushed through a color transform. Test: svg/filters/color-space-conversion.svg * platform/graphics/ImageBuffer.cpp: (WebCore::ImageBuffer::transformColorSpace): * platform/graphics/ImageBuffer.h: (ImageBuffer): LayoutTests: Temporarily marking Chromium tests expected to fail as a result of this patch. And a new test. * platform/chromium/TestExpectations: * svg/filters/color-space-conversion.svg: * svg/filters/color-space-conversion-expected.svg: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119831 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
https://bugs.webkit.org/show_bug.cgi?id=88652 Patch by Alexei Filippov <alexeif@chromium.org> on 2012-06-08 Reviewed by Vsevolod Vlasov. * inspector/front-end/NativeMemorySnapshotView.js: (WebInspector.NativeMemoryPieChart.prototype._paint.paintPercentAndLabel): (WebInspector.NativeMemoryPieChart.prototype._paint): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119830 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
mitz@apple.com authored
* WebKit2Prefix.h: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119829 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
commit-queue@webkit.org authored
Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-06-08 * DEPS: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119828 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
caseq@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=86406 Patch by Bryan McQuade <bmcquade@google.com> on 2012-06-08 Reviewed by Vsevolod Vlasov. Source/WebCore: Tests: Updated existing layout tests. * inspector/InspectorController.cpp: (WebCore::InspectorController::InspectorController): * inspector/InspectorInstrumentation.cpp: (WebCore::frameForScriptExecutionContext): (WebCore): (WebCore::InspectorInstrumentation::didScheduleResourceRequestImpl): (WebCore::InspectorInstrumentation::didInstallTimerImpl): (WebCore::InspectorInstrumentation::didRemoveTimerImpl): (WebCore::InspectorInstrumentation::willCallFunctionImpl): (WebCore::InspectorInstrumentation::willChangeXHRReadyStateImpl): (WebCore::InspectorInstrumentation::willDispatchEventImpl): (WebCore::InspectorInstrumentation::willDispatchEventOnWindowImpl): (WebCore::InspectorInstrumentation::willEvaluateScriptImpl): (WebCore::InspectorInstrumentation::willFireTimerImpl): (WebCore::InspectorInstrumentation::willLayoutImpl): (WebCore::InspectorInstrumentation::willLoadXHRImpl): (WebCore::InspectorInstrumentation::willPaintImpl): (WebCore::InspectorInstrumentation::willRecalculateStyleImpl): (WebCore::InspectorInstrumentation::willSendRequestImpl): (WebCore::InspectorInstrumentation::willReceiveResourceDataImpl): (WebCore::InspectorInstrumentation::willReceiveResourceResponseImpl): (WebCore::InspectorInstrumentation::didFinishLoadingImpl): (WebCore::InspectorInstrumentation::didFailLoadingImpl): (WebCore::InspectorInstrumentation::domContentLoadedEventFiredImpl): (WebCore::InspectorInstrumentation::loadEventFiredImpl): (WebCore::InspectorInstrumentation::willWriteHTMLImpl): (WebCore::InspectorInstrumentation::didRequestAnimationFrameImpl): (WebCore::InspectorInstrumentation::didCancelAnimationFrameImpl): (WebCore::InspectorInstrumentation::willFireAnimationFrameImpl): * inspector/InspectorInstrumentation.h: (InspectorInstrumentation): (WebCore::InspectorInstrumentation::didScheduleResourceRequest): (WebCore::InspectorInstrumentation::didInstallTimer): (WebCore::InspectorInstrumentation::didRemoveTimer): (WebCore::InspectorInstrumentation::willCallFunction): (WebCore::InspectorInstrumentation::willChangeXHRReadyState): (WebCore::InspectorInstrumentation::willDispatchEvent): (WebCore::InspectorInstrumentation::willEvaluateScript): (WebCore::InspectorInstrumentation::willFireTimer): (WebCore::InspectorInstrumentation::willLayout): (WebCore::InspectorInstrumentation::willLoadXHR): (WebCore::InspectorInstrumentation::willPaint): (WebCore::InspectorInstrumentation::willRecalculateStyle): (WebCore::InspectorInstrumentation::willReceiveResourceData): (WebCore::InspectorInstrumentation::willReceiveResourceResponse): (WebCore::InspectorInstrumentation::willWriteHTML): (WebCore::InspectorInstrumentation::didRequestAnimationFrame): (WebCore::InspectorInstrumentation::didCancelAnimationFrame): (WebCore::InspectorInstrumentation::willFireAnimationFrame): * inspector/InspectorTimelineAgent.cpp: (WebCore::InspectorTimelineAgent::pushGCEventRecords): (WebCore::InspectorTimelineAgent::didBeginFrame): (WebCore::InspectorTimelineAgent::willCallFunction): (WebCore::InspectorTimelineAgent::willDispatchEvent): (WebCore::InspectorTimelineAgent::willLayout): (WebCore::InspectorTimelineAgent::willRecalculateStyle): (WebCore::InspectorTimelineAgent::willPaint): (WebCore::InspectorTimelineAgent::willComposite): (WebCore::InspectorTimelineAgent::willWriteHTML): (WebCore::InspectorTimelineAgent::didInstallTimer): (WebCore::InspectorTimelineAgent::didRemoveTimer): (WebCore::InspectorTimelineAgent::willFireTimer): (WebCore::InspectorTimelineAgent::willChangeXHRReadyState): (WebCore::InspectorTimelineAgent::willLoadXHR): (WebCore::InspectorTimelineAgent::willEvaluateScript): (WebCore::InspectorTimelineAgent::didScheduleResourceRequest): (WebCore::InspectorTimelineAgent::willSendResourceRequest): (WebCore::InspectorTimelineAgent::willReceiveResourceData): (WebCore::InspectorTimelineAgent::willReceiveResourceResponse): (WebCore::InspectorTimelineAgent::didFinishLoadingResource): (WebCore::InspectorTimelineAgent::didTimeStamp): (WebCore::InspectorTimelineAgent::didMarkDOMContentEvent): (WebCore::InspectorTimelineAgent::didMarkLoadEvent): (WebCore::InspectorTimelineAgent::didRequestAnimationFrame): (WebCore::InspectorTimelineAgent::didCancelAnimationFrame): (WebCore::InspectorTimelineAgent::willFireAnimationFrame): (WebCore::InspectorTimelineAgent::addRecordToTimeline): (WebCore::InspectorTimelineAgent::innerAddRecordToTimeline): (WebCore::InspectorTimelineAgent::didCompleteCurrentRecord): (WebCore::InspectorTimelineAgent::InspectorTimelineAgent): (WebCore::InspectorTimelineAgent::appendRecord): (WebCore::InspectorTimelineAgent::pushCurrentRecord): (WebCore::InspectorTimelineAgent::pushCancelableRecord): (WebCore::InspectorTimelineAgent::commitCancelableRecords): * inspector/InspectorTimelineAgent.h: (WebCore): (WebCore::InspectorTimelineAgent::create): (InspectorTimelineAgent): (WebCore::InspectorTimelineAgent::TimelineRecordEntry::TimelineRecordEntry): (TimelineRecordEntry): * inspector/WorkerInspectorController.cpp: (WebCore::WorkerInspectorController::WorkerInspectorController): * inspector/front-end/TimelinePresentationModel.js: (WebInspector.TimelinePresentationModel.isEventDivider): (WebInspector.TimelinePresentationModel.Record): LayoutTests: * inspector/timeline/timeline-animation-frame-expected.txt: * inspector/timeline/timeline-dom-content-loaded-event-expected.txt: * inspector/timeline/timeline-event-dispatch-expected.txt: * inspector/timeline/timeline-injected-script-eval-expected.txt: * inspector/timeline/timeline-layout-expected.txt: * inspector/timeline/timeline-load-event-expected.txt: * inspector/timeline/timeline-network-resource-expected.txt: * inspector/timeline/timeline-paint-expected.txt: * inspector/timeline/timeline-parse-html-expected.txt: * inspector/timeline/timeline-recalculate-styles-expected.txt: * inspector/timeline/timeline-script-tag-1-expected.txt: * inspector/timeline/timeline-script-tag-2-expected.txt: * inspector/timeline/timeline-test.js: * inspector/timeline/timeline-timer-expected.txt: * platform/chromium/inspector/timeline/timeline-animation-frame-expected.txt: * platform/chromium/inspector/timeline/timeline-event-dispatch-expected.txt: * platform/chromium/inspector/timeline/timeline-layout-expected.txt: * platform/chromium/inspector/timeline/timeline-network-resource-expected.txt: * platform/chromium/inspector/timeline/timeline-paint-expected.txt: * platform/chromium/inspector/timeline/timeline-parse-html-expected.txt: * platform/chromium/inspector/timeline/timeline-timer-expected.txt: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119826 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kinuko@chromium.org authored
http://trac.webkit.org/changeset/119821 https://bugs.webkit.org/show_bug.cgi?id=88648 Seems to have regression on Mac (Requested by kinuko on #webkit). Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-06-08 * fileapi/File.cpp: (WebCore::File::File): (WebCore::File::lastModifiedDate): (WebCore::File::lastModifiedDateForBinding): (WebCore): (WebCore::File::captureSnapshot): * fileapi/File.h: (File): * fileapi/File.idl: * platform/FileMetadata.h: (WebCore::FileMetadata::FileMetadata): * platform/FileSystem.h: * platform/chromium/support/WebHTTPBody.cpp: (WebKit::WebHTTPBody::elementAt): * platform/network/BlobData.cpp: (WebCore): * platform/network/BlobData.h: (BlobDataItem): (WebCore::BlobDataItem::BlobDataItem): * platform/network/FormData.cpp: (WebCore::FormData::appendFile): * platform/network/cf/FormDataStreamCFNet.cpp: (WebCore::advanceCurrentStream): * platform/network/soup/ResourceHandleSoup.cpp: (WebCore::blobIsOutOfDate): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119824 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kinuko@chromium.org authored
* WebCore.gypi: git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119823 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
arko@motorola.com authored
https://bugs.webkit.org/show_bug.cgi?id=88235 Reviewed by Ryosuke Niwa. Source/WebCore: As per the specification change http://html5.org/r/6854, an element should be listed in .properties if the elelement has an attribute itemprop specified and the element has one or more property names. Test: fast/dom/MicroData/element-with-empty-itemprop.html * html/HTMLPropertiesCollection.cpp: (WebCore::HTMLPropertiesCollection::itemAfter): LayoutTests: * fast/dom/MicroData/element-with-empty-itemprop-expected.txt: Added. * fast/dom/MicroData/element-with-empty-itemprop.html: Added. git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119822 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
kinuko@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=87826 Reviewed by Kent Tamura. Test: http/tests/local/fileapi/file-last-modified-after-delete.html * fileapi/File.cpp: (WebCore::File::File): (WebCore::File::captureSnapshot): (WebCore::File::lastModifiedDate): (WebCore::File::lastModifiedDateForBinding): Removed. * fileapi/File.h: (File): * fileapi/File.idl: * platform/FileMetadata.h: (WebCore::FileMetadata::FileMetadata): * platform/FileSystem.h: * platform/chromium/support/WebHTTPBody.cpp: (WebKit::WebHTTPBody::elementAt): * platform/network/BlobData.h: (WebCore::BlobDataItem::doNotCheckFileChange): Removed. * platform/network/BlobData.cpp: * platform/network/cf/FormDataStreamCFNet.cpp: (WebCore::advanceCurrentStream): * platform/network/soup/ResourceHandleSoup.cpp: (WebCore::blobIsOutOfDate): git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119821 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-
tkent@chromium.org authored
https://bugs.webkit.org/show_bug.cgi?id=88497 Reviewed by Hajime Morita. A lot of files depend on Document.h. We had to build many files when we touched form-related features in Document.h or CheckedRadioButtons.h. This patch reduces such pain. No new tests. Just a refactoring. * CMakeLists.txt: Add FormController.cpp and/or FormController.h. * GNUmakefile.list.am: ditto. * Target.pri: ditto. * WebCore.gypi: ditto. * WebCore.vcproj/WebCore.vcproj: ditto. * WebCore.xcodeproj/project.pbxproj: ditto. * dom/Document.cpp: Removed form-releated features except the followings. (WebCore::Document::formController): Accessor for a FormController. (WebCore::Document::formElementsState): Just returns FormController::formElementsState(). We don't create new FormController. (WebCore::Document::setStateForNewFormElements): Just returns FormController::setStateForNewFormElements(). We don't create new FormController if the specified vector is empty. * dom/Document.h: Moved form-related functions to FormController. * html/FormController.cpp: Added. Moved from Document.cpp. * html/FormController.h: Added. Moved from Document.h * html/FormAssociatedElement.cpp: Use Document::formController(). (WebCore::FormAssociatedElement::didMoveToNewDocument): (WebCore::FormAssociatedElement::insertedInto): (WebCore::FormAssociatedElement::removedFrom): (WebCore::FormAssociatedElement::formAttributeChanged): * html/HTMLFormControlElementWithState.cpp: Use Document::formController(). (WebCore::HTMLFormControlElementWithState::HTMLFormControlElementWithState): (WebCore::HTMLFormControlElementWithState::~HTMLFormControlElementWithState): (WebCore::HTMLFormControlElementWithState::didMoveToNewDocument): (WebCore::HTMLFormControlElementWithState::finishParsingChildren): * html/HTMLFormElement.cpp: Use Document::formController(). (WebCore::HTMLFormElement::didNotifyDescendantInsertions): (WebCore::HTMLFormElement::removedFrom): * html/HTMLInputElement.cpp: Use Document::formController(). (WebCore::HTMLInputElement::~HTMLInputElement): (WebCore::HTMLInputElement::didMoveToNewDocument): (WebCore::HTMLInputElement::checkedRadioButtons): * html/HTMLInputElement.h: Declare CheckedRadioButtons. It was provided by Document.h. * html/parser/HTMLConstructionSite.h: Declare HTMLFormElement. It was provided by Document.h git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119816 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-