Timeline
May 28, 2013:
- 10:29 PM Changeset in webkit [150867] by
-
- 7 edits in trunk/Source/WebCore
Crash in WebCore::SubresourceLoader::releaseResources when connection fails
https://bugs.webkit.org/show_bug.cgi?id=87743
Don't do anything complicated in SubresourceLoader::releaseResources(),
just clear variables. With this patch, releaseResources() will still
assert in debug builds if it is called twice, but it will safely execute
in release.
Reviewed by Darin Adler.
- loader/ResourceLoader.cpp:
(WebCore::ResourceLoader::cleanupForError): Pull shared cleanup code out of didFail()
and cancel() into a helper.
(WebCore::ResourceLoader::cancel): Merge a couple variables into an enum, check for
reentrancy from within didCancel().
- loader/ResourceLoader.h: Replace m_calledWillCancel and m_cancelled with an enum.
- loader/SubresourceLoader.cpp:
(WebCore::SubresourceLoader::didFinishLoading): Don't call ResourceLoader::didFinishLoading(),
put finish() in the middle of the process.
(WebCore::SubresourceLoader::didFail): Don't call ResourceLoader::didFail(), put finish()
in the middle of the process.
(WebCore::SubresourceLoader::didCancel):
(WebCore::SubresourceLoader::notifyDone): Do the non-trivial work previous done in releaseResources(),
most importantly calling loadDone().
(WebCore::SubresourceLoader::releaseResources): Only do simple variable clearing here.
- loader/SubresourceLoader.h:
(SubresourceLoader):
- loader/cache/CachedResource.cpp: Split stopLoading() into cancelLoad() (which notifies clients)
and clearLoader() (which just nulls m_loader).
- loader/cache/CachedResource.h:
- loader/chromium/ResourceLoaderChromium.cpp:
- 10:29 PM Changeset in webkit [150866] by
-
- 2 edits in trunk/Tools
Unreviewed: Adding myself to committers list.
- 10:21 PM Changeset in webkit [150865] by
-
- 2 edits in trunk/Source/WebCore
[GTK] Build fix after r150837
https://bugs.webkit.org/show_bug.cgi?id=116904
Unreviewed build fix.
Patch by Seokju Kwon <Seokju Kwon> on 2013-05-28
- GNUmakefile.am:
- 10:04 PM Changeset in webkit [150864] by
-
- 2 edits in tags/Safari-537.43.2a/Source/WebCore
Merged r150863. <rdar://problem/13991927>
- 9:56 PM Changeset in webkit [150863] by
-
- 2 edits in trunk/Source/WebCore
REGRESSION (r150169): Images from file: URLs display after a delay even though they were preloaded by JavaScript
https://bugs.webkit.org/show_bug.cgi?id=116906
<rdar://problem/13991927>
Reviewed by Andreas Kling.
Writing a test for this is blocked on https://webkit.org/b/116199.
Some WebKit clients use JavaScript to preload images from disk so that
subsequent loads will display immediately from the memory cache. By not
caching non-HTTP sub-resources in memory, we break this common pattern.
This change restricts r150169 to only apply to cached main resources.
Sub-resources will again be cached indefinitely as they were prior to
r150169.
- loader/cache/CachedResource.cpp:
(WebCore::CachedResource::freshnessLifetime): If this is a non-HTTP
main resource from a scheme that should not be cached indefinitely,
return 0 for the freshness lifetime. For other non-HTTP cached
resources, return an indefinite freshness lifetime.
- 8:14 PM Changeset in webkit [150862] by
-
- 3 edits3 adds in trunk
Animations do not restart after exiting page cache
https://bugs.webkit.org/show_bug.cgi?id=116900
Reviewed by Tim Horton.
Source/WebCore:
Animations are suspended as they enter the page cache, but
were not getting correctly resumed when exiting. The cause
was an error in r149576 which was checking a global flag for suspension
on the AnimationController and thus not trying to resume anything.
Test: animations/resume-after-page-cache.html
- page/animation/AnimationController.cpp:
(WebCore::AnimationControllerPrivate::suspendAnimationsForDocument):
(WebCore::AnimationControllerPrivate::resumeAnimationsForDocument):
LayoutTests:
New test to make sure an animation will resume if it
enters and leaves the page cache.
- animations/resources/page-cache-helper.html: Added.
- animations/resume-after-page-cache-expected.txt: Added.
- animations/resume-after-page-cache.html: Added.
- 7:23 PM Changeset in webkit [150861] by
-
- 2 edits in trunk/Source/WebKit/mac
Drag to move DOM nodes does not work
https://bugs.webkit.org/show_bug.cgi?id=116865
Do not block drag events on the WebKit 1 Web Inspector WebView.
Patch by Joseph Pecoraro <Joseph Pecoraro> on 2013-05-28
Reviewed by Timothy Hatcher.
- WebCoreSupport/WebInspectorClient.mm:
- 6:39 PM Changeset in webkit [150860] by
-
- 7 edits in branches/dfgFourthTier/Source/JavaScriptCore
fourthTier: FTL should support ArithAbs
https://bugs.webkit.org/show_bug.cgi?id=116890
Reviewed by Oliver Hunt.
Implements ArithAbs in the FTL, and cleans up the DFG implementation. The
DFG implementation was previously doing zero extensions manually when it
is probably better to just use StrictInt32Operand instead.
- dfg/DFGSpeculativeJIT32_64.cpp:
(JSC::DFG::SpeculativeJIT::compile):
- dfg/DFGSpeculativeJIT64.cpp:
(JSC::DFG::SpeculativeJIT::compile):
- ftl/FTLCapabilities.cpp:
(JSC::FTL::canCompile):
- ftl/FTLIntrinsicRepository.h:
(FTL):
- ftl/FTLLowerDFGToLLVM.cpp:
(JSC::FTL::LowerDFGToLLVM::compileNode):
(JSC::FTL::LowerDFGToLLVM::compileArithAbs):
(LowerDFGToLLVM):
- ftl/FTLOutput.h:
(JSC::FTL::Output::doubleAbs):
- 5:38 PM Changeset in webkit [150859] by
-
- 3 edits in tags/Safari-537.43.2a/Source/WebKit2
Merged r150532. <rdar://problem/13962816>
- 5:35 PM Changeset in webkit [150858] by
-
- 1 copy in tags/Safari-537.43.2a
New Tag.
- 5:19 PM Changeset in webkit [150857] by
-
- 2 edits in trunk/LayoutTests
[Windows] Silence last crash to get bots green.
- platform/win/TestExpectations:
- 4:42 PM Changeset in webkit [150856] by
-
- 11 edits in trunk/Source/WebCore
Support multiple HRTFDatabases for different sample-rates
https://bugs.webkit.org/show_bug.cgi?id=116183
Reviewed by Kenneth Russell.
Adapted from Blink:
https://codereview.chromium.org/14636011/
This removes the limitation which required OfflineAudioContexts to be created at native sample-rate
- Modules/webaudio/AudioContext.h:
(WebCore::AudioContext::hrtfDatabaseLoader):
(AudioContext):
- Modules/webaudio/OfflineAudioContext.cpp:
(WebCore::OfflineAudioContext::create):
- Modules/webaudio/OfflineAudioDestinationNode.cpp:
(WebCore::OfflineAudioDestinationNode::offlineRender):
- Modules/webaudio/PannerNode.cpp:
(WebCore::PannerNode::initialize):
(WebCore::PannerNode::setPanningModel):
- platform/audio/HRTFDatabaseLoader.cpp:
(WebCore):
(WebCore::HRTFDatabaseLoader::createAndLoadAsynchronouslyIfNecessary):
(WebCore::HRTFDatabaseLoader::~HRTFDatabaseLoader):
- platform/audio/HRTFDatabaseLoader.h:
(HRTFDatabaseLoader):
(WebCore::HRTFDatabaseLoader::loaderMap):
- platform/audio/HRTFPanner.cpp:
(WebCore::HRTFPanner::HRTFPanner):
(WebCore::HRTFPanner::calculateDesiredAzimuthIndexAndBlend):
(WebCore::HRTFPanner::pan):
- platform/audio/HRTFPanner.h:
(HRTFPanner):
- platform/audio/Panner.cpp:
(WebCore::Panner::create):
- platform/audio/Panner.h:
(WebCore):
- 4:35 PM Changeset in webkit [150855] by
-
- 2 edits in trunk/Source/WebCore
Windows build fix.
- platform/cf/KURLCFNet.cpp: (WebCore::KURL::createCFURL):
- 4:27 PM Changeset in webkit [150854] by
-
- 3 edits in trunk/Source/WebKit
[Windows] Many css2.1 tests fail on Apple's Windows port.
https://bugs.webkit.org/show_bug.cgi?id=75707
Reviewed by Darin Adler.
- WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:
Export the WebCore::directoryName method for use by DRT.
- 4:26 PM Changeset in webkit [150853] by
-
- 14 edits5 adds in trunk
Freeze when loading a particular page on washingtonpost.com with NetworkProcess enabled
https://bugs.webkit.org/show_bug.cgi?id=116887
<rdar://problem/12965959>
Reviewed by Darin Adler.
- Shared/cf/ArgumentCodersCF.cpp: (CoreIPC::encode): (CoreIPC::decode): Fix for the bug: use good shared WebCore code to manipulate CFURLs. Also, added a FIXME about empty URLs.
- Shared/API/c/cf/WKURLCF.cpp: (WKURLCreateWithCFURL): Fixed to not use CFURLGetString, as that could prevent loading certain resources, like ones with curly braces in resource specifiers. We want KURL normalization, not CFURL one.
- 4:26 PM Changeset in webkit [150852] by
-
- 1 edit in trunk/Source/WebKit/win/ChangeLog
[Windows] Many css2.1 tests fail on Apple's Windows port.
https://bugs.webkit.org/show_bug.cgi?id=75707
Reviewed by Darin Adler.
- WebKit.vcproj/WebKitExports.def.in: Export the
WebCore::directoryName method for DRT use.
- 4:18 PM Changeset in webkit [150851] by
-
- 2 edits in trunk/Tools
[Windows] Many CSS2.1 tests fail under NRWT.
https://bugs.webkit.org/show_bug.cgi?id=75707
Patch by Brent Fulgham <bfulgham@webkit.org> on 2013-05-28
Reviewed by Darin Adler.
- DumpRenderTree/win/DumpRenderTree.cpp:
(findFontFallback): Added
(addFontFallbackIfPresent): Added
(removeFontFallbackIfPresent): Added
(runTest): Set up/remove font fallbacks when needed.
- 3:59 PM Changeset in webkit [150850] by
-
- 3 edits in trunk/Tools
[Windows] NRWT reports failure for 'mac' test cases.
https://bugs.webkit.org/show_bug.cgi?id=116698
Reviewed by Ryosuke Niwa.
The Windows port falls back to the Mac port for many test results,
and so adds the mac and mac-wk2 to its set of fallbacks.
Unfortunately, NRWT thinks that this means that tests in these
folders should be executed, resulting in many failures on
Windows.
This change overloads the '_tests_for_other_platforms' method
to return a subset of the result fallback list so that we do
not attempt to execute Mac tests on Windows.
- Scripts/webkitpy/port/base.py:
(Port.test_search_path): Added. Defaults to just calling the
baseline_search_path method, which is how most ports behave.
(Port._test_for_other_platforms): Modified to call the new
test_search_path method.
- Scripts/webkitpy/port/win.py:
(WinPort.test_search_path): Added custom overload. Strips
out mac-specific test paths.
- 3:57 PM Changeset in webkit [150849] by
-
- 2 edits in trunk/LayoutTests
[Windows] More attempts to make the bot green.
- platform/win/TestExpectations: Exclude another two flaky tests.
- 3:40 PM Changeset in webkit [150848] by
-
- 2 edits in trunk/LayoutTests
fast/js/date-DST-time-cusps.html fails after http://trac.webkit.org/changeset/150833
https://bugs.webkit.org/show_bug.cgi?id=116895
Unreviewed, add failing test expectation.
- 3:33 PM Changeset in webkit [150847] by
-
- 2 edits in branches/safari-537.43-branch/Source/WebKit2
Merged r150774. <rdar://problem/13458534>
- 3:32 PM Changeset in webkit [150846] by
-
- 2 edits in branches/safari-537.43-branch/Source/WebKit2
Merged r150773. <rdar://problem/13458534>
- 3:31 PM Changeset in webkit [150845] by
-
- 13 edits in branches/safari-537.43-branch/Source
Merged r150771. <rdar://problem/13458534>
- 3:26 PM Changeset in webkit [150844] by
-
- 16 edits1 add in branches/dfgFourthTier/Source/JavaScriptCore
Misc JIT probe enhacements.
https://bugs.webkit.org/show_bug.cgi?id=116586.
Reviewed by Michael Saboff.
- Added JIT probe support for ARMv7 and traditional ARM. Built and tested on ARMv7. ARM version not tested nor built.
- Fix the following bugs in the X86 and X86_64 probes:
- Cannot assume that the stack pointer is already aligned when we push args for the probe. Instead, we ensure the stack alignment at runtime when we set up the probe call. This is now done in the ctiMasmProbeTrampoline.
- On return, the user probe function may have altered the stack pointer value to be restored. Previously, if the sp restore value points to some of the other register restore values in the ProbeContext record, we will fail to return from the probe having those user specified value as we're expected to do. This is now fixed.
- Rearranged the X86/X86_64 registers order to organize them like gdb expects on X86_64.
- We also now preserve the condition code registers.
- JavaScriptCore.xcodeproj/project.pbxproj:
- assembler/ARMAssembler.h:
- assembler/ARMv7Assembler.h:
(ARMRegisters):
- assembler/MacroAssemblerARM.cpp:
(JSC::isVFPPresent):
(JSC::MacroAssemblerARM::ProbeContext::dumpCPURegisters):
(JSC::MacroAssemblerARM::ProbeContext::dump):
(JSC::MacroAssemblerARM::probe):
- assembler/MacroAssemblerARM.h:
(MacroAssemblerARM):
(CPUState):
(ProbeContext):
(JSC::MacroAssemblerARM::trustedImm32FromPtr):
- assembler/MacroAssemblerARMv7.h:
(MacroAssemblerARMv7):
(CPUState):
(ProbeContext):
(JSC::MacroAssemblerARMv7::trustedImm32FromPtr):
- assembler/MacroAssemblerX86.h:
(MacroAssemblerX86):
(JSC::MacroAssemblerX86::probe):
- assembler/MacroAssemblerX86Common.cpp:
(JSC::MacroAssemblerX86Common::ProbeContext::dumpCPURegisters):
- assembler/MacroAssemblerX86_64.h:
(JSC::MacroAssemblerX86_64::probe):
- assembler/X86Assembler.h:
- config.h:
- jit/JITStubsARM.h:
- jit/JITStubsARMv7.h:
- jit/JITStubsX86.h:
- jit/JITStubsX86Common.h:
- jit/JITStubsX86_64.h:
- 3:24 PM Changeset in webkit [150843] by
-
- 13 edits in branches/dfgFourthTier/LayoutTests
fourthTier: convert more fast/js/dfg-* tests to wait for the concurrent JIT
Rubber stamped by Oliver Hunt.
- fast/js/dfg-arguments-alias-one-block-expected.txt:
- fast/js/dfg-arguments-cross-code-origin-expected.txt:
- fast/js/dfg-arguments-mixed-alias-expected.txt:
- fast/js/dfg-arguments-osr-exit-expected.txt:
- fast/js/dfg-arguments-osr-exit-multiple-blocks-before-exit-expected.txt:
- fast/js/dfg-arguments-unexpected-escape-expected.txt:
- fast/js/script-tests/dfg-arguments-alias-one-block.js:
- fast/js/script-tests/dfg-arguments-cross-code-origin.js:
- fast/js/script-tests/dfg-arguments-mixed-alias.js:
- fast/js/script-tests/dfg-arguments-osr-exit-multiple-blocks-before-exit.js:
- fast/js/script-tests/dfg-arguments-osr-exit.js:
- fast/js/script-tests/dfg-arguments-unexpected-escape.js:
- 3:22 PM Changeset in webkit [150842] by
-
- 3 edits in trunk/Source/JavaScriptCore
[Windows] Put correct byteCompile symbol in file. Previous version
had an extra 'i' appended to the end.
- JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreExports.def:
- JavaScriptCore.vcxproj/JavaScriptCoreExportGenerator/JavaScriptCoreExports.def.in:
- 3:07 PM Changeset in webkit [150841] by
-
- 3 edits in trunk/Source/JavaScriptCore
[Windows] Unreviewed build fix. Remove ?byteCompile symbol that
is no longer accessible during link.
- JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreExports.def:
- JavaScriptCore.vcxproj/JavaScriptCoreExportGenerator/JavaScriptCoreExports.def.in:
- 3:01 PM Changeset in webkit [150840] by
-
- 12 edits2 adds in branches/safari-537.43-branch
Disable some feature flags.
<rdar://problem/12952646>.
Rubberstamped by Jon Lee.
Disabled flags:
ENABLE_CSS_COMPOSITING
ENABLE_CSS_EXCLUSIONS
ENABLE_CSS_SHADERS
ENABLE_IFRAME_SEAMLESS
ENABLE_CSS_TRANSFORMS_ANIMATIONS_UNPREFIXED
ENABLE_SHARED_WORKERS
- Configurations/FeatureDefines.xcconfig:
- rendering/RenderBlock.cpp:
(WebCore::exclusionInfoRequiresRelayout):
(WebCore::RenderBlock::updateRegionsAndExclusionsAfterChildLayout):
(WebCore::RenderBlock::logicalLeftOffsetForLine):
(WebCore::RenderBlock::logicalRightOffsetForLine):
- platform/mac/TestExpectations:
- platform/mac/fast/dom/call-a-constructor-as-a-function-expected.txt: Added.
- platform/mac/fast/js/constructor-length-expected.txt:
- platform/mac/fast/js/global-constructors-attributes-expected.txt: Added.
- 2:53 PM Changeset in webkit [150839] by
-
- 2 edits in branches/dfgFourthTier/Source/JavaScriptCore
fourthTier: FTL should call masqueradesAsUndefinedWatchpointIfIsStillValid() in all of the places where it currently calls masqueradesAsUndefinedWatchpointIsStillValid()
https://bugs.webkit.org/show_bug.cgi?id=116892
Reviewed by Oliver Hunt.
All of those places mean to plant the watchpoint if it's still valid.
- ftl/FTLLowerDFGToLLVM.cpp:
(JSC::FTL::LowerDFGToLLVM::equalNullOrUndefined):
(JSC::FTL::LowerDFGToLLVM::speculateNonNullObject):
- 2:52 PM Changeset in webkit [150838] by
-
- 2 edits in trunk/Source/WebKit2
Rendering suppression extension tokens shouldn't be 0, should handle overflow
https://bugs.webkit.org/show_bug.cgi?id=116886
<rdar://problem/14004474>
Reviewed by Darin Adler.
Don't use invalid HashSet values as tokens, and ensure that
we're not already using a token before returning it.
- WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::extendIncrementalRenderingSuppression):
- 2:50 PM Changeset in webkit [150837] by
-
- 12 edits2 moves1 add in trunk/Source
Create a html/forms subdirectory and move FileIconLoader there
https://bugs.webkit.org/show_bug.cgi?id=116880
Reviewed by Jessie Berlin.
A lot (if not the majority) of files in html/ are forms related, so it makes sense to begin splitting
them out into a separate subdirectory, html/forms.
Begin my moving FileIconLoader from platform to html/forms. It is related to HTML forms (it's only used by
the file upload element), and is not really a platform abstraction so it doesn't belong in platform.
- CMakeLists.txt:
- GNUmakefile.list.am:
- Target.pri:
- WebCore.vcproj/WebCore.vcproj:
- WebCore.vcxproj/WebCore.vcxproj:
- WebCore.vcxproj/WebCore.vcxproj.filters:
- WebCore.xcodeproj/project.pbxproj:
- html/forms/FileIconLoader.cpp: Renamed from Source/WebCore/platform/FileIconLoader.cpp.
- html/forms/FileIconLoader.h: Renamed from Source/WebCore/platform/FileIconLoader.h.
- 2:47 PM Changeset in webkit [150836] by
-
- 2 edits in trunk/Source/WebCore
AX: WKView is unable to set AXFocused to YES and does not handle keyboard events as expected
https://bugs.webkit.org/show_bug.cgi?id=116756
Reviewed by Tim Horton.
If AXFocused is set to true, but the WebView is not the first responder, then the call will
not do anything. This change asks the Chrome to make the WebView the first responder before
trying to set focus within the page.
Was not able to make a test, it requires on interplay between areas outside the web view.
- accessibility/mac/WebAccessibilityObjectWrapperMac.mm:
(-[WebAccessibilityObjectWrapper accessibilitySetValue:forAttribute:]):
- 2:45 PM Changeset in webkit [150835] by
-
- 2 edits in trunk/Source/JavaScriptCore
String(new Date(2010,10,1)) is wrong in KRAT, YAKT
https://bugs.webkit.org/show_bug.cgi?id=106750
Reviewed by Darin Adler.
- runtime/JSDateMath.cpp:
(JSC::msToGregorianDateTime):
- Additional review comment fix.
- 2:45 PM Changeset in webkit [150834] by
-
- 2 edits in trunk/Source/JavaScriptCore
[Windows] Unreviewed build fix after r150833
- JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreExports.def:
A CR/LF combination was lost in the file, combining two symbols.
- 2:33 PM Changeset in webkit [150833] by
-
- 11 edits in trunk/Source
String(new Date(2010,10,1)) is wrong in KRAT, YAKT
https://bugs.webkit.org/show_bug.cgi?id=106750
Reviewed by Darin Adler.
First part of a fix, simplfy date handling code, instead of operating separately
on the UTC-standard and standard-DST offsets, just generate a combined UTC-local
offset (this is what we actually need, and what the OS gives us).
- runtime/JSDateMath.cpp:
(JSC::getLocalTimeOffset):
- removed getUTCOffset, converted getDSTOffset -> getLocalTimeOffset
(JSC::gregorianDateTimeToMS):
(JSC::msToGregorianDateTime):
(JSC::parseDateFromNullTerminatedCharacters):
- call getLocalTimeOffset instead of getUTCOffset/getDSTOffset
- runtime/VM.cpp:
(JSC::VM::resetDateCache):
- removed cachedUTCOffset, converted DSTOffsetCache -> LocalTimeOffsetCache
- runtime/VM.h:
(JSC::LocalTimeOffsetCache::LocalTimeOffsetCache):
(JSC::LocalTimeOffsetCache::reset):
(LocalTimeOffsetCache):
- removed cachedUTCOffset, converted DSTOffsetCache -> LocalTimeOffsetCache
../WTF:
- wtf/DateMath.cpp:
(WTF::calculateUTCOffset):
(WTF::calculateDSTOffset):
- made static, now not called from outside of this file.
(WTF::calculateLocalTimeOffset):
- This combines the 2038 related adjustment from calculateDSTOffset with the maxUnixTime adjustment from calculateDSTOffsetSimple. Then, if HAVE(TM_GMTOFF) just call getLocalTime, if not use calculateUTCOffset/calculateDSTOffset.
(WTF::parseDateFromNullTerminatedCharacters):
- call calculateLocalTimeOffset instead of calculateUTCOffset/calculateDSTOffset
- wtf/DateMath.h:
(WTF::LocalTimeOffset::LocalTimeOffset):
(LocalTimeOffset):
(WTF::LocalTimeOffset::operator==):
- new struct type, a tuple of UTC-local offset & isDST flag.
- replaced calculateUTCOffset/calculateDSTOffset with calculateLocalTimeOffset
- wtf/GregorianDateTime.cpp:
(WTF::GregorianDateTime::setToCurrentLocalTime):
- call calculateLocalTimeOffset instead of calculateUTCOffset/calculateDSTOffset
- 2:33 PM Changeset in webkit [150832] by
-
- 3 edits in branches/safari-537.43-branch/Source/WebCore
Merged r150618. <rdar://problem/13984706>
- 2:18 PM Changeset in webkit [150831] by
-
- 3 edits in trunk/Source/JavaScriptCore
r150199 is very wrong
https://bugs.webkit.org/show_bug.cgi?id=116876
JSValue needs to protect its internal JSValueRef.
Reviewed by Darin Adler.
- API/JSValue.mm:
(-[JSValue initWithValue:inContext:]):
(-[JSValue dealloc]):
- API/tests/testapi.mm: Added a simple test to make sure that we protect the
underlying JavaScript value across garbage collections.
- 2:04 PM Changeset in webkit [150830] by
-
- 2 edits in trunk/LayoutTests
[Windows] Silence a few failures to get bot green.
https://bugs.webkit.org/show_bug.cgi?id=116564
- platform/win/TestExpectations: Disable some tests.
- 1:55 PM Changeset in webkit [150829] by
-
- 5 edits in branches/dfgFourthTier/LayoutTests
fourthTier: convert more fast/js/dfg-* tests to wait for the concurrent JIT
Rubber stamped by Oliver Hunt.
- fast/js/dfg-arguments-alias-activation-expected.txt:
- fast/js/dfg-arguments-alias-activation.html:
- fast/js/dfg-arguments-alias-expected.txt:
- fast/js/script-tests/dfg-arguments-alias.js:
- 1:50 PM Changeset in webkit [150828] by
-
- 3 edits in branches/dfgFourthTier/Source/JavaScriptCore
fourthTier: FTL should support ArithMin/ArithMax
https://bugs.webkit.org/show_bug.cgi?id=116885
Reviewed by Oliver Hunt.
- ftl/FTLCapabilities.cpp:
(JSC::FTL::canCompile):
- ftl/FTLLowerDFGToLLVM.cpp:
(JSC::FTL::LowerDFGToLLVM::compileNode):
(LowerDFGToLLVM):
(JSC::FTL::LowerDFGToLLVM::compileArithMinOrMax):
- 1:17 PM Changeset in webkit [150827] by
-
- 2 edits in trunk/Source/WebCore
Crash in DumpRenderTree at com.apple.WebCore: WebCore::RenderTextTrackCue::repositionGenericCue + 154
https://bugs.webkit.org/show_bug.cgi?id=116882
Reviewed by Eric Carlson.
Remove an inappropriate assert. No cues coming through repositionGenericCue will be WebVTT ones.
- rendering/RenderTextTrackCue.cpp:
(WebCore::RenderTextTrackCue::repositionGenericCue):
- 1:05 PM Changeset in webkit [150826] by
-
- 10 edits in branches/dfgFourthTier/LayoutTests
fourthTier: convert more fast/js/dfg-* tests to wait for the concurrent JIT
Rubber stamped by Oliver Hunt.
- fast/js/dfg-abs-backwards-propagation-expected.txt:
- fast/js/dfg-add-not-number-expected.txt:
- fast/js/dfg-arguments-alias-escape-expected.txt:
- fast/js/resources/js-test-pre.js:
(dfgCompiled):
(dfgIncrement):
- fast/js/script-tests/dfg-abs-backwards-propagation.js:
- fast/js/script-tests/dfg-add-not-number.js:
- fast/js/script-tests/dfg-arguments-alias-escape.js:
- fast/js/script-tests/dfg-arguments-alias-one-block-osr-exit.js:
- fast/js/script-tests/dfg-arguments-alias-one-block-overwrite-arguments.js:
- 12:36 PM Changeset in webkit [150825] by
-
- 4 edits in branches/dfgFourthTier/LayoutTests
fourthTier: fast/js should have a way of running tests long enough to wait for the concurrent JIT to tier up
https://bugs.webkit.org/show_bug.cgi?id=116878
Reviewed by Oliver Hunt.
This adds three things to js-test-pre and uses them in one representative test:
silentTestPass: If you set this to true, then testPassed() won't print anything, and will instead just have
isSuccessfullyParsed() print a message saying that some tests passed silently. This allows tests to call
shouldBe() and friends in a loop whose running time is dependent on concurrent JIT behavior, and still
be sure that the resulting test will be deterministic.
noInline(): If testRunner is present, disable inlining of the relevant function.
dfgIncrement({f:function, i:index, n:limit}): Returns index either if index < limit, or if the function is
DFG compiled. Otherwise, if index >= limit and the function isn't DFG compiled, return 0. This means
that the 'i++' in the fast/js/dfg-* warm-up loops can be replaced with:
i = dfgIncrement({f:<function you're interested in>, i:i + 1, n:<some number smaller than the loop condition>)
This has the effect of having the loop repeat the first 'n' iterations until the function is DFG
compiled. See the modified test, where we do n:100 and the loop condition is i < 200. So the loop will
repeat the first 100 iterations until the function is DFG compiled and will only do the last 100
iterations once DFG compilation kicks in.
- fast/js/dfg-arguments-osr-exit-multiple-blocks-expected.txt:
- fast/js/resources/js-test-pre.js:
(testPassed):
(dfgIncrement):
(noInline):
(isSuccessfullyParsed):
- fast/js/script-tests/dfg-arguments-osr-exit-multiple-blocks.js:
- 12:04 PM Changeset in webkit [150824] by
-
- 3 edits in branches/safari-537.43-branch/Source/WebCore
Merged r150731. <rdar://problem/13695911>
- 12:01 PM Changeset in webkit [150823] by
-
- 35 edits in branches/safari-537.43-branch
Merged r150695. <rdar://problem/13743484>
- 11:55 AM Changeset in webkit [150822] by
-
- 2 edits in trunk/LayoutTests
Fix line endings in test added in r150602
Unreviewed.
- fast/css/text-overflow-ellipsis-behind-floats.html:
- 11:50 AM Changeset in webkit [150821] by
-
- 2 edits in branches/safari-537.43-branch/Source/WebCore
Merged r150671. <rdar://problem/13886753>
- 11:46 AM Changeset in webkit [150820] by
-
- 3 edits in trunk/Source/WebCore
[BlackBerry] GraphicsContext: add missing definitions.
https://bugs.webkit.org/show_bug.cgi?id=115515
Patch by Alberto Garcia <agarcia@igalia.com> on 2013-05-28
Reviewed by Rob Buis.
- platform/graphics/GraphicsContext.h:
(Graphics):
Add definition for PlatformGraphicsContext.
- platform/graphics/blackberry/GraphicsContextBlackBerry.cpp:
Include RoundedRect.h
- 11:45 AM Changeset in webkit [150819] by
-
- 4 edits in branches/safari-537.43-branch/Source
Merged r150653. <rdar://problem/13747883>
- 11:43 AM Changeset in webkit [150818] by
-
- 13 edits4 copies in branches/safari-537.43-branch/Source
Merged r150651. <rdar://problem/13885606>
- 11:40 AM Changeset in webkit [150817] by
-
- 14 edits in trunk/Source
[BlackBerry] Fix style issues in BlackBerry accelerated compositing backend
https://bugs.webkit.org/show_bug.cgi?id=116604
Reviewed by Carlos Garcia Campos.
Source/WebCore:
PR 273550, 99638
Remove the "get" prefix from getters in the WebKit- and compositing-
thread layer classes, as well as LayerRendererSurface. Clarify which
geometry-related getters return normalized device coordinates by adding
a comment.
Also remove dead code related to LayerData::m_holePunchClipRect, which
was part of an eventually disabled fix for video clipping in iframes,
PR 99638. Since we now use AC layers for iframes, the bug is no longer
reproducible, and the dead code will never need to be enabled again.
No change in behavior, no new tests.
- platform/graphics/blackberry/EGLImageLayerCompositingThreadClient.cpp:
(WebCore::EGLImageLayerCompositingThreadClient::drawTextures):
- platform/graphics/blackberry/LayerCompositingThread.cpp:
(WebCore::LayerCompositingThread::setDrawTransform):
(WebCore::LayerCompositingThread::transformedHolePunchRect):
(WebCore::LayerCompositingThread::drawTextures):
(WebCore::LayerCompositingThread::drawSurface):
- platform/graphics/blackberry/LayerCompositingThread.h:
(WebCore::LayerCompositingThread::sublayers): Removed "get" prefix
(LayerCompositingThread):
(WebCore::LayerCompositingThread::boundingBox): Renamed from "getDrawRect"
(WebCore::LayerCompositingThread::transformedBounds): Removed "get" prefix
(WebCore::LayerCompositingThread::transformedHolePunchRect): Removed "get" prefix
- platform/graphics/blackberry/LayerData.h:
(LayerData): Removed unused data member "m_holePunchClipRect"
- platform/graphics/blackberry/LayerFilterRenderer.cpp:
(WebCore::LayerFilterRenderer::applyActions):
- platform/graphics/blackberry/LayerRenderer.cpp:
(WebCore::LayerRenderer::compositeLayers):
(WebCore::LayerRenderer::drawDebugBorder):
(WebCore::LayerRenderer::drawHolePunchRect):
(WebCore::LayerRenderer::prepareFrameRecursive):
(WebCore::LayerRenderer::updateLayersRecursive):
(WebCore::collect3DPreservingLayers):
(WebCore::LayerRenderer::compositeLayersRecursive):
- platform/graphics/blackberry/LayerRendererSurface.cpp:
(WebCore::LayerRendererSurface::boundingBox):
- platform/graphics/blackberry/LayerRendererSurface.h:
(WebCore::LayerRendererSurface::boundingBox): Renamed from "drawRect" because that sounds like a verb, and this is a getter
- platform/graphics/blackberry/LayerWebKitThread.h:
(WebCore::LayerWebKitThread::sublayers): Removed "get" prefix
- platform/graphics/blackberry/VideoLayerWebKitThread.cpp:
(WebCore::VideoLayerWebKitThread::setHolePunchRect):
(WebCore::VideoLayerWebKitThread::boundsChanged):
Source/WebKit/blackberry:
Adapt to the removal of "get" prefix from getters in the WebKit- and
compositing-thread layer classes.
- Api/WebOverlay.cpp:
(BlackBerry::WebKit::WebOverlayPrivateCompositingThread::pixelViewportRect):
- Api/WebPageCompositor.cpp:
(BlackBerry::WebKit::WebPageCompositorPrivate::attachOverlays):
(BlackBerry::WebKit::WebPageCompositorPrivate::removeOverlay):
(BlackBerry::WebKit::WebPageCompositorPrivate::findFixedElementRect):
- 11:33 AM Changeset in webkit [150816] by
-
- 10 edits in branches/dfgFourthTier
testRunner should have a way of disabling inlining of functions
https://bugs.webkit.org/show_bug.cgi?id=116875
Reviewed by Mark Hahnenberg.
Source/JavaScriptCore:
- API/JSCTestRunnerUtils.cpp:
(JSC::getExecutable):
(JSC):
(JSC::numberOfDFGCompiles):
(JSC::setNeverInline):
- API/JSCTestRunnerUtils.h:
(JSC):
- bytecode/CodeBlock.cpp:
(JSC::CodeBlock::dumpAssumingJITType):
- dfg/DFGCapabilities.cpp:
(JSC::DFG::mightInlineFunctionForCall):
(JSC::DFG::mightInlineFunctionForClosureCall):
(JSC::DFG::mightInlineFunctionForConstruct):
- runtime/Executable.h:
(JSC::ScriptExecutable::ScriptExecutable):
(ScriptExecutable):
(JSC::ScriptExecutable::setNeverInline):
(JSC::ScriptExecutable::neverInline):
(JSC::ScriptExecutable::isInliningCandidate):
Tools:
- DumpRenderTree/TestRunner.cpp:
(neverInlineFunction):
(TestRunner::staticFunctions):
LayoutTests:
- fast/js/script-tests/dfg-min-max.js:
- 11:32 AM Changeset in webkit [150815] by
-
- 2 edits in branches/safari-537.43-branch/Source/WebCore
Merged r150547. <rdar://problem/13946443>
- 11:31 AM Changeset in webkit [150814] by
-
- 5 edits in branches/dfgFourthTier/Source/JavaScriptCore
fourthTier: FTL should support ArithMod
https://bugs.webkit.org/show_bug.cgi?id=116792
Reviewed by Oliver Hunt.
- ftl/FTLAbbreviations.h:
(JSC::FTL::buildFRem):
- ftl/FTLCapabilities.cpp:
(JSC::FTL::canCompile):
- ftl/FTLLowerDFGToLLVM.cpp:
(JSC::FTL::LowerDFGToLLVM::compileNode):
(JSC::FTL::LowerDFGToLLVM::compileArithMod):
(LowerDFGToLLVM):
- ftl/FTLOutput.h:
(JSC::FTL::Output::doubleRem):
- 11:30 AM Changeset in webkit [150813] by
-
- 3 edits in branches/safari-537.43-branch/Source/WebKit2
Merged r150532. <rdar://problem/13962816>
- 11:27 AM Changeset in webkit [150812] by
-
- 3 edits6 copies in branches/safari-537.43-branch
Merged r150529. <rdar://problem/13946443>
- 11:18 AM Changeset in webkit [150811] by
-
- 24 edits in branches/dfgFourthTier/Source
It should be possible to record heap operations (both FastMalloc and JSC GC)
https://bugs.webkit.org/show_bug.cgi?id=116848
Source/JavaScriptCore:
Reviewed by Mark Hahnenberg.
Record GC heap operations if ENABLE(ALLOCATION_LOGGING).
- API/JSManagedValue.mm:
- dfg/DFGOperations.cpp:
- heap/Heap.cpp:
(JSC::Heap::collect):
- heap/Heap.h:
(Heap):
(JSC::Heap::allocateWithNormalDestructor):
(JSC::Heap::allocateWithImmortalStructureDestructor):
(JSC::Heap::allocateWithoutDestructor):
(JSC::Heap::tryAllocateStorage):
(JSC::Heap::tryReallocateStorage):
(JSC):
(JSC::Heap::ascribeOwner):
- heap/SlotVisitor.cpp:
(JSC::SlotVisitor::append):
(JSC::SlotVisitor::internalAppend):
- heap/SlotVisitor.h:
(SlotVisitor):
- heap/SlotVisitorInlines.h:
(JSC::SlotVisitor::append):
(JSC::SlotVisitor::appendUnbarrieredPointer):
(JSC::SlotVisitor::appendUnbarrieredValue):
(JSC::SlotVisitor::appendUnbarrieredWeak):
(JSC::SlotVisitor::internalAppend):
(JSC):
(JSC::SlotVisitor::appendValues):
- jit/JITWriteBarrier.h:
(JSC::SlotVisitor::append):
- llint/LLIntCommon.h:
- runtime/Butterfly.h:
(Butterfly):
- runtime/ButterflyInlines.h:
(JSC::Butterfly::createUninitialized):
(JSC::Butterfly::create):
(JSC::Butterfly::growPropertyStorage):
(JSC::Butterfly::createOrGrowArrayRight):
(JSC):
(JSC::Butterfly::growArrayRight):
(JSC::Butterfly::resizeArray):
- runtime/JSArray.cpp:
(JSC::createArrayButterflyInDictionaryIndexingMode):
(JSC::JSArray::unshiftCountSlowCase):
- runtime/JSArray.h:
(JSC::createContiguousArrayButterfly):
(JSC::createArrayButterfly):
(JSC):
(JSC::JSArray::create):
(JSC::JSArray::tryCreateUninitialized):
- runtime/JSObject.cpp:
(JSC::JSObject::enterDictionaryIndexingModeWhenArrayStorageAlreadyExists):
(JSC::JSObject::createInitialIndexedStorage):
(JSC::JSObject::createArrayStorage):
(JSC::JSObject::constructConvertedArrayStorageWithoutCopyingElements):
(JSC::JSObject::increaseVectorLength):
(JSC::JSObject::ensureLengthSlow):
(JSC::JSObject::growOutOfLineStorage):
- runtime/JSObject.h:
(JSC::JSObject::JSObject):
- runtime/Operations.h:
- runtime/RegExpMatchesArray.cpp:
(JSC::RegExpMatchesArray::create):
- runtime/StructureInlines.h:
(JSC):
- runtime/WriteBarrier.h:
(JSC):
Source/WTF:
Reviewed by Mark Hahnenberg.
- WTF.xcodeproj/project.pbxproj:
- wtf/DataLog.cpp:
(WTF):
(WTF::initializeLogFileOnce):
- wtf/FastMalloc.cpp:
(WTF::TCMalloc_ThreadCache::CreateCacheIfNecessary):
- wtf/Platform.h:
- 10:54 AM Changeset in webkit [150810] by
-
- 12 edits in trunk
Made AudioNode an EventTarget
https://bugs.webkit.org/show_bug.cgi?id=116871
Source/WebCore:
Merge: https://chromium.googlesource.com/chromium/blink/+/ef37484162ddb95d677dcfdcdd778ec60590928b
Reviewed by Darin Adler.
Tests: webaudio/audionode-expected.txt:
webaudio/audionode.html:
Add the requisite boilerplate to allow AudioNode to become an EventTarget. Remove
all that same boilerplate from ScriptProcessorNode now that it's base class
is an EventTarget.
- Modules/webaudio/AudioNode.cpp:
(WebCore::AudioNode::interfaceName): Added boilerplate.
(WebCore::AudioNode::scriptExecutionContext): Return the AudioContext's context.
(WebCore::AudioNode::processIfNecessary): Whitespace.
- Modules/webaudio/AudioNode.h:
- Modules/webaudio/AudioNode.idl: Make AudioNode an EventTarget.
- Modules/webaudio/ScriptProcessorNode.cpp: Remove EventTarget boilerplate.
- Modules/webaudio/ScriptProcessorNode.h: Ditto.
- Modules/webaudio/ScriptProcessorNode.idl: Ditto.
- dom/EventTarget.h: Mark AudioNode as an EventTarget.
- dom/EventTargetFactory.in: Ditto.
LayoutTests:
Reviewed by Darin Adler.
- webaudio/audionode-expected.txt:
- webaudio/audionode.html:
- 10:28 AM Changeset in webkit [150809] by
-
- 9 edits in trunk/Source/WebCore
[BlackBerry] backface-visibility: hidden doesn't work properly with masks and filters
https://bugs.webkit.org/show_bug.cgi?id=116616
Reviewed by Carlos Garcia Campos.
The BlackBerry::Platform::Graphics::GraphicsContext generates geometry
with a different winding order than the accelerated compositing backend
of the BlackBerry port. So, when we switched from Skia to this new
rendering engine, we switched from glFrontFace(GL_CCW) to
glFrontFace(GL_CW), and all was well when drawing display lists.
However, we forgot to update the winding order of geometry generated
within the accelerated compositing backend, which is used for masks and
filters, so they were getting erroneously culled out when
backface-visibility: hidden was applied to them. Fixed by switching the
winding order of all geometry generated up here, which has the added
benefit of enabling us to use TransformationMatrix::mapQuad instead of
transforming point-by-point.
To further complicate matters, a right-side up transform is used when
drawing layers into surfaces, reversing the winding order and requiring
us to switch back to glFrontFace(GL_CCW) temporarily, when drawing
layers to surfaces, or the layers will get culled out inside the
surface.
Also fix spelling error, "drawed" should be "drawn".
No new tests, this is only detectable by pixel tests, which the
BlackBerry port currently doesn't support.
PR 341945.
- platform/graphics/blackberry/EGLImageLayerCompositingThreadClient.cpp:
(WebCore::EGLImageLayerCompositingThreadClient::drawTextures):
- platform/graphics/blackberry/LayerCompositingThread.cpp:
(WebCore::LayerCompositingThread::setDrawTransform):
(WebCore::getTransformedRect):
(WebCore::LayerCompositingThread::drawTextures):
(WebCore::LayerCompositingThread::drawSurface):
- platform/graphics/blackberry/LayerCompositingThread.h:
(LayerCompositingThread):
(WebCore::LayerCompositingThread::origin):
- platform/graphics/blackberry/LayerFilterRenderer.cpp:
(WebCore):
- platform/graphics/blackberry/LayerRenderer.cpp:
(WebCore::LayerRenderer::compositeLayers):
(WebCore):
(WebCore::LayerRenderer::drawLayersOnSurfaces):
- platform/graphics/blackberry/LayerRendererSurface.cpp:
(WebCore::LayerRendererSurface::drawRect):
(WebCore::LayerRendererSurface::transformedBounds):
- platform/graphics/blackberry/LayerRendererSurface.h:
(WebCore::LayerRendererSurface::origin):
(LayerRendererSurface):
- platform/graphics/blackberry/MediaPlayerPrivateBlackBerry.cpp:
(WebCore):
(WebCore::loadBufferingImageData):
(WebCore::MediaPlayerPrivate::drawBufferingAnimation):
- 10:12 AM Changeset in webkit [150808] by
-
- 3 edits in trunk/Source/WebKit2
[GTK] Connection issues in repeated WebProcess crash/reloads.
https://bugs.webkit.org/show_bug.cgi?id=115880
Reviewed by Anders Carlsson.
When stressing the WebProcess creation/destruction, WebKitGTK can
often run into socket issues like bad file descriptor errors or
polling a socket indefinitely.
Currently WebKitGTK has three places where a socket can be
closed.
- childFinishedFunction (in ProcessLauncherGtk.cpp)
- Connection::platformInvalidate (in ConnectionUnix.cpp)
- WorkQueue EventSource destruction (in WorkQueueGtk.cpp)
To avoid these race conditions, socket closing will be handled
by the event source callback in WorkQueueGtk.cpp.
- Platform/CoreIPC/unix/ConnectionUnix.cpp:
(CoreIPC::Connection::platformInvalidate): Do not close the socket
when the connection is invalidated, the socket event source is
unregistered in this method and the socket is closed when the
GSocket associated to the event source is destroyed.
- UIProcess/Launcher/gtk/ProcessLauncherGtk.cpp:
(WebKit::ProcessLauncher::launchProcess): Do not monitor child
process to close the connection on termination. This was needed in
the past when we used DGRAM sockets, we currently use always
connection oriented sockets, so that when the other end closes
the connection we are notified and the connection is invalidated.
- 10:08 AM Changeset in webkit [150807] by
-
- 13 edits3 adds in branches/dfgFourthTier
testRunner should be able to tell you if a function is DFG compiled
https://bugs.webkit.org/show_bug.cgi?id=116847
Reviewed by Mark Hahnenberg.
Source/JavaScriptCore:
- API/JSCTestRunnerUtils.cpp: Added.
(JSC):
(JSC::numberOfDFGCompiles):
- API/JSCTestRunnerUtils.h: Added.
(JSC):
- JavaScriptCore.xcodeproj/project.pbxproj:
- bytecode/CodeBlock.cpp:
(JSC::CodeBlock::numberOfDFGCompiles):
(JSC):
- bytecode/CodeBlock.h:
(CodeBlock):
- dfg/DFGWorklist.cpp:
(JSC::DFG::Worklist::runThread):
- runtime/Executable.h:
(JSC):
- runtime/JSFunctionInlines.h: Added.
(JSC):
(JSC::JSFunction::JSFunction):
(JSC::JSFunction::jsExecutable):
(JSC::JSFunction::isHostFunction):
(JSC::JSFunction::nativeFunction):
(JSC::JSFunction::nativeConstructor):
- runtime/Operations.h:
Source/WebCore:
Bail early if we're in the compilation thread. This is only relevant for
debug dumps.
No new tests becase no new behavior.
- loader/cache/CachedScript.cpp:
(WebCore::CachedScript::script):
Tools:
- DumpRenderTree/TestRunner.cpp:
(numberOfDFGCompiles):
(TestRunner::staticFunctions):
LayoutTests:
- fast/js/script-tests/dfg-min-max.js:
- 9:03 AM Changeset in webkit [150806] by
-
- 4 edits in trunk
Fix GTK+ CMake build
Source/WebKit2:
- PlatformGTK.cmake: After r150336, the name of the WebKit2
library target is simply "WebKit2."
Tools:
- MiniBrowser/gtk/CMakeLists.txt: After r150336, the name of the WebKit2
library target is simply "WebKit2."
- 7:41 AM Changeset in webkit [150805] by
-
- 7 edits in trunk/Source/WebCore
Move Node::dispatchChangeEvent() to HTMLFormControlElement.
<http://webkit.org/b/116866>
Reviewed by Anders Carlsson.
...and devirtualize it, since it had no overrides.
- dom/Node.h:
- dom/Node.cpp:
- html/HTMLFormControlElement.h:
- html/HTMLFormControlElement.cpp:
(WebCore::HTMLFormControlElement::dispatchChangeEvent):
(WebCore::HTMLFormControlElement::dispatchFormControlChangeEvent):
- html/FileInputType.cpp:
(WebCore::FileInputType::setFiles):
- html/HTMLTextFormControlElement.cpp:
(WebCore::HTMLTextFormControlElement::dispatchFormControlChangeEvent):
- 7:37 AM Changeset in webkit [150804] by
-
- 2 edits in trunk/Source/WebCore
Refactoring CSS grammar
https://bugs.webkit.org/show_bug.cgi?id=116679
Reviewed by Andreas Kling.
From Blink r149948 by <serya@chromium.org>
Added "closing_parenthesis:" and "error_recovery:" to avoid code
duplication in a couple of error recovery rules. Some other rules
were also refactored which allows to reduce the the number of
shift/reduce conflicts by 2.
No new tests required as this is just a refactoring, no new
functionality added.
- css/CSSGrammar.y.in:
- 7:31 AM Changeset in webkit [150803] by
-
- 4 edits in trunk
Invalid block doesn't make declaration invalid
https://bugs.webkit.org/show_bug.cgi?id=115709
Reviewed by Andreas Kling.
From Blink r149446 by <serya@chromium.org>
Source/WebCore:
Added a new rule "declaration_recovery:" which covers any kind of
"invalid_block_list maybe_space" sequence. By appending this new
rule to every rule reductable to "declaration:" we can remove some
redundant rules and improve error recovery of some others that
were only accepting exactly one error.
One of the rules being removed was preventing invalid blocks in a
declaration to invalidate the whole declaration. The rule was
reporting the syntax error but at the same time accepting the
invalid block as part of a valid declaration.
- css/CSSGrammar.y.in:
LayoutTests:
- fast/css/parsing-error-recovery.html: Added 2 new test cases.
- 7:08 AM Changeset in webkit [150802] by
-
- 2 edits in trunk/Source/WebKit2
[WK2][CoordinatedGraphics] DrawingArea's visible content area must be updated when contents size changes
https://bugs.webkit.org/show_bug.cgi?id=116845
Reviewed by Noam Rosenthal.
- UIProcess/CoordinatedGraphics/WebView.cpp:
(WebKit::WebView::didChangeContentsSize):
- 7:01 AM Changeset in webkit [150801] by
-
- 11 edits in trunk/Source/WebCore
Move dispatching of focus-related events from Node to Element.
<http://webkit.org/b/116864>
Reviewed by Antti Koivisto.
...and pass around pointers to Element instead of Node.
- dom/Node.cpp:
- dom/Node.h:
- dom/Element.h:
- dom/Element.cpp:
(WebCore::Element::dispatchFocusInEvent):
(WebCore::Element::dispatchFocusOutEvent):
(WebCore::Element::dispatchFocusEvent):
(WebCore::Element::dispatchBlurEvent):
Moved here from Node.
- html/HTMLFormControlElement.h:
- html/HTMLFormControlElement.cpp:
(WebCore::HTMLFormControlElement::dispatchBlurEvent):
- html/HTMLSelectElement.h:
- html/HTMLSelectElement.cpp:
(WebCore::HTMLSelectElement::dispatchFocusEvent):
(WebCore::HTMLSelectElement::dispatchBlurEvent):
- html/HTMLTextFormControlElement.h:
- html/HTMLTextFormControlElement.cpp:
(WebCore::HTMLTextFormControlElement::dispatchFocusEvent):
(WebCore::HTMLTextFormControlElement::dispatchBlurEvent):
Update subclass overrides and sprinkle OVERRIDE/FINAL.
- 6:34 AM Changeset in webkit [150800] by
-
- 3 edits in trunk/Tools
[webkitpy] Explicitly specify the reference file extensions
https://bugs.webkit.org/show_bug.cgi?id=116333
Reviewed by Benjamin Poulain.
Explicitly specify the extensions that are valid for the reference files. This helps to differentiate
between valid reference files required by reftests and text baselines that have the same extension as
potential test files (specifically the current MHTML tests in the .mht files and the future .mht baselines
that were until this change recognized as reference files).
Covered by existing tests and the new test_is_reference_html_file test in webkitpy.port.base_unittest.
- Scripts/webkitpy/port/base.py:
(Port.reference_files): Iterate through the _supported_reference_extensions set.
(Port): Rename the _supported_file_extensions set to _supported_test_extensions. Add the
_supported_reference_extensions set, containing the extensions allowed for reference files.
(Port.is_reference_html_file): Return False if the file's extension is not a supported reference file extension.
(Port._has_supported_extension): Use _supported_test_extensions.
- Scripts/webkitpy/port/base_unittest.py:
(PortTest.test_is_reference_html_file): Add the unit test, testing various test cases around the
Port.is_reference_html_file method.
- 6:22 AM Changeset in webkit [150799] by
-
- 3 edits in trunk/Source/WebCore
Remove CachedResourceRequest::initiatorElement
https://bugs.webkit.org/show_bug.cgi?id=116862
Reviewed by Andreas Kling.
The CachedResourceRequest::initiatorElement method is not used anywhere and should be removed.
- loader/cache/CachedResourceRequest.cpp: Remove the initiatorElement method definition.
- loader/cache/CachedResourceRequest.h:
(CachedResourceRequest): Remove the initiatorElement method declaration.
- 6:07 AM Changeset in webkit [150798] by
-
- 2 edits in trunk/Source/WebKit2
[Qt] REGRESSION(r149292): broke scrolling in Qt WK2 desktop mode
https://bugs.webkit.org/show_bug.cgi?id=116597
ScrollingCoordinatorCoordinatedGraphics is tailored specifically for
fixedLayout mode. When fixedLayout is not set, it should be turned off.
Patch by Noam Rosenthal <Noam Rosenthal> on 2013-05-28
Reviewed by Allan Sandfeld Jensen.
- WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:
(WebKit::CoordinatedLayerTreeHost::CoordinatedLayerTreeHost):
- 6:01 AM Changeset in webkit [150797] by
-
- 2 edits in trunk/LayoutTests
[Qt] Unreviewed gardening. Unskip now passing tests.
- platform/qt/TestExpectations:
- 5:54 AM QtWebKitGardening edited by
- Add a hint for x86 users (diff)
- 5:46 AM Changeset in webkit [150796] by
-
- 55 edits in trunk/Source
Document::setFocusedNode() should be setFocusedElement().
<http://webkit.org/b/116857>
Reviewed by Antti Koivisto.
Source/WebCore:
Only Elements can be focused, so tighten Document's idea of what's focused.
Most of this patch is just updating call sites for the new names and removing
now-unnecessary isElementNode() checks and casts.
- WebCore.exp.in:
- accessibility/AXObjectCache.cpp:
(WebCore::AXObjectCache::focusedUIElementForPage):
- accessibility/AccessibilityNodeObject.cpp:
(WebCore::AccessibilityNodeObject::canSetFocusAttribute):
- accessibility/AccessibilityRenderObject.cpp:
(WebCore::AccessibilityRenderObject::isFocused):
(WebCore::AccessibilityRenderObject::setFocused):
(WebCore::AccessibilityRenderObject::handleActiveDescendantChanged):
- bindings/objc/DOM.mm:
(-[DOMElement isFocused]):
- dom/Document.cpp:
(WebCore::Document::dispose):
(WebCore::Document::detach):
(WebCore::Document::focusedNodeRemoved):
(WebCore::Document::removeFocusedNodeOfSubtree):
(WebCore::Document::setFocusedElement):
(WebCore::Document::updateFocusAppearanceTimerFired):
(WebCore::eventTargetNodeForDocument):
- dom/Document.h:
(Document):
(WebCore::Document::focusedElement):
- dom/Element.cpp:
(WebCore::Element::attach):
(WebCore::Element::focus):
(WebCore::Element::blur):
(WebCore::Element::cancelFocusAppearanceUpdate):
- dom/Node.cpp:
(WebCore::Node::rendererIsEditable):
- dom/TreeScope.cpp:
(WebCore::TreeScope::focusedElement):
- dom/UserTypingGestureIndicator.cpp:
(WebCore::UserTypingGestureIndicator::UserTypingGestureIndicator):
- editing/Editor.cpp:
(WebCore::Editor::setBaseWritingDirection):
(WebCore::Editor::setComposition):
(WebCore::Editor::guessesForMisspelledOrUngrammatical):
- editing/EditorCommand.cpp:
(WebCore::verticalScrollDistance):
- editing/FrameSelection.cpp:
(WebCore::FrameSelection::selectAll):
(WebCore::FrameSelection::focusedOrActiveStateChanged):
(WebCore::FrameSelection::setFocusedElementIfNeeded):
(WebCore::FrameSelection::currentForm):
- history/CachedPage.cpp:
(WebCore::CachedPage::restore):
- html/HTMLInputElement.cpp:
(WebCore::HTMLInputElement::updateType):
(WebCore::HTMLInputElement::attach):
- html/HTMLTextAreaElement.cpp:
(WebCore::HTMLTextAreaElement::setValueCommon):
- html/HTMLTextFormControlElement.cpp:
(WebCore::HTMLTextFormControlElement::placeholderShouldBeVisible):
(WebCore::HTMLTextFormControlElement::selectionStart):
(WebCore::HTMLTextFormControlElement::selectionEnd):
(WebCore::HTMLTextFormControlElement::selectionDirection):
- html/RadioInputType.cpp:
(WebCore::RadioInputType::handleKeydownEvent):
(WebCore::RadioInputType::isKeyboardFocusable):
- html/shadow/DateTimeEditElement.cpp:
(WebCore::DateTimeEditElement::focusedFieldIndex):
- loader/FrameLoader.cpp:
(WebCore::FrameLoader::stopLoading):
- page/DOMWindow.cpp:
(WebCore::DOMWindow::focus):
- page/EventHandler.cpp:
(WebCore::EventHandler::scrollOverflow):
(WebCore::EventHandler::logicalScrollOverflow):
(WebCore::EventHandler::dispatchMouseEvent):
(WebCore::EventHandler::sendContextMenuEventForKey):
(WebCore::EventHandler::capsLockStateMayHaveChanged):
- page/FocusController.cpp:
(WebCore::dispatchEventsOnWindowAndFocusedNode):
(WebCore::FocusController::advanceFocusInDocumentOrder):
(WebCore::FocusController::setFocusedElement):
(WebCore::FocusController::findFocusCandidateInContainer):
(WebCore::FocusController::advanceFocusDirectionallyInContainer):
(WebCore::FocusController::advanceFocusDirectionally):
- page/FrameView.cpp:
(WebCore::FrameView::scrollToAnchor):
- plugins/PluginView.cpp:
(WebCore::PluginView::focusPluginElement):
- plugins/efl/PluginViewEfl.cpp:
(WebCore::PluginView::setFocus):
- plugins/mac/PluginViewMac.mm:
(WebCore::PluginView::platformStart):
- rendering/RenderImage.cpp:
(WebCore::RenderImage::paintAreaElementFocusRing):
- rendering/RenderListBox.cpp:
(WebCore::RenderListBox::paintItemForeground):
(WebCore::RenderListBox::paintItemBackground):
- rendering/RenderTextControlSingleLine.cpp:
(WebCore::RenderTextControlSingleLine::capsLockStateMayHaveChanged):
(WebCore::RenderTextControlSingleLine::textShouldBeTruncated):
- rendering/RenderTheme.cpp:
(WebCore::RenderTheme::isFocused):
Source/WebKit/blackberry:
- Api/WebPage.cpp:
(BlackBerry::WebKit::WebPagePrivate::focusNodeRect):
(BlackBerry::WebKit::WebPagePrivate::contextNode):
(BlackBerry::WebKit::WebPagePrivate::clearFocusNode):
(BlackBerry::WebKit::WebPage::setNodeFocus):
- WebCoreSupport/EditorClientBlackBerry.cpp:
(WebCore::EditorClientBlackBerry::shouldSpellCheckFocusedField):
(WebCore::EditorClientBlackBerry::shouldChangeSelectedRange):
- WebKitSupport/InputHandler.cpp:
(BlackBerry::WebKit::InputHandler::focusedNodeChanged):
- WebKitSupport/SelectionHandler.cpp:
(BlackBerry::WebKit::SelectionHandler::setCaretPosition):
(BlackBerry::WebKit::SelectionHandler::extendSelectionToFieldBoundary):
(BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
(BlackBerry::WebKit::SelectionHandler::clipPointToVisibleContainer):
(BlackBerry::WebKit::SelectionHandler::inputNodeOverridesTouch):
(BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):
Source/WebKit/efl:
- ewk/ewk_frame.cpp:
(ewk_frame_focused_element_geometry_get):
- ewk/ewk_view.cpp:
(ewk_view_input_method_state_set):
Source/WebKit/gtk:
- webkit/webkitwebview.cpp:
(getFocusedNode):
Source/WebKit/mac:
- WebView/WebHTMLView.mm:
(-[WebHTMLView clearFocus]):
(-[WebHTMLView becomeFirstResponder]):
Source/WebKit/qt:
- Api/qwebelement.cpp:
(QWebElement::hasFocus):
(QWebElement::setFocus):
- WebCoreSupport/EditorClientQt.cpp:
(WebCore::EditorClientQt::setInputMethodState):
- WebCoreSupport/QWebPageAdapter.cpp:
(QWebPageAdapter::mousePressEvent):
(QWebPageAdapter::handleSoftwareInputPanel):
(QWebPageAdapter::inputMethodQuery):
(QWebPageAdapter::hasFocusedNode):
Source/WebKit/win:
- DOMCoreClasses.cpp:
(DOMElement::isFocused):
- WebView.cpp:
(WebView::setInitialFocus):
Source/WebKit2:
- WebProcess/Plugins/PluginView.cpp:
(WebKit::PluginView::focusPluginElement):
- WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::focusedPluginViewForFrame):
(WebKit::WebPage::setInitialFocus):
- 3:43 AM Changeset in webkit [150795] by
-
- 2 edits in trunk/Source/WebKit/blackberry
Unreviewed. Fix BlackBerry debug build after r150756.
- WebKitSupport/PagePopup.cpp:
(BlackBerry::WebKit::PagePopup::writeDocument): Fix typo in
assert.
- 3:22 AM Changeset in webkit [150794] by
-
- 2 edits in trunk/LayoutTests
Unskip now passing tests.
- platform/qt-arm/TestExpectations:
- 2:37 AM Changeset in webkit [150793] by
-
- 2 edits in trunk/LayoutTests
[Qt] Unreviewed gardening. Skip failing tests after parallel gc is enabled.
- platform/qt/TestExpectations:
- 2:29 AM Changeset in webkit [150792] by
-
- 5 edits in trunk/Source/WebKit2
[EFL][WK2] Clean up duplicated include files.
https://bugs.webkit.org/show_bug.cgi?id=116851
Reviewed by Christophe Dumez.
Remove some of duplicated include file in ewk files.
- UIProcess/API/efl/EwkView.h:
- UIProcess/API/efl/ewk_color_picker.cpp:
- UIProcess/API/efl/ewk_context_menu.cpp:
- UIProcess/API/efl/ewk_security_origin_private.h:
- 12:21 AM Changeset in webkit [150791] by
-
- 6 edits in trunk
Web Inspector: Enable CSS logging
https://bugs.webkit.org/show_bug.cgi?id=113401
Reviewed by Benjamin Poulain.
From Blink r149265 by <serya@chromium.org>
Source/WebCore:
CSS logging was disabled in r147028 to prevent message overflow in
the inspector console. This change restores it by modifying the
CSS grammar in order to reduce as much consecutive errors as
possible in 'declaration_list' and 'decl_list' rules.
This way, for rules like 'x { color: ### }' only the first '#'
will be reported as error (instead of 3 identical errors).
The rule 'declaration' still produces multiple errors, because it
does not eat as much errors as possible. So in order not to create
a complex risky patch we just disable logging in the parser for
that rule.
- css/CSSGrammar.y.in:
- css/CSSParser.cpp:
(WebCore::CSSParser::CSSParser):
(WebCore::CSSParser::parseSheet):
(WebCore::CSSParser::syntaxError):
(WebCore::CSSParser::isLoggingErrors):
(WebCore::CSSParser::rewriteSpecifiers):
- css/CSSParser.h:
(CSSParser):
LayoutTests:
Unskipped console-css-warnings.html now that it's working.
- 12:18 AM Changeset in webkit [150790] by
-
- 4 edits in trunk/Source
[EFL] pc files should have harfbuzz dependency.
https://bugs.webkit.org/show_bug.cgi?id=116852
Reviewed by Gyuyoung Kim.
Source/WebKit/efl:
- ewebkit.pc.in: Added harfbuzz as Required package.
Source/WebKit2:
- efl/ewebkit2.pc.in: Added harfbuzz as Required package.
- 12:02 AM Changeset in webkit [150789] by
-
- 2 edits in trunk/Source/WebCore
Build fix for WinCE after r150730.
- platform/graphics/FontFallbackList.cpp:
(WebCore::FontGlyphs::glyphDataAndPageForCharacter):
May 27, 2013:
- 11:57 PM Changeset in webkit [150788] by
-
- 3 edits in trunk/Source/WebCore
Build fix for WinCE after r150772.
- platform/win/ClipboardWin.cpp:
(WebCore):
- platform/win/PasteboardWin.cpp:
(WebCore::Pasteboard::readFilenames):
(WebCore):
- 11:48 PM Changeset in webkit [150787] by
-
- 3 edits in trunk/Source/WebKit2
[EFL][WK2] Remove unneeded WebCore namespace use in ewk
https://bugs.webkit.org/show_bug.cgi?id=116707
Reviewed by Christophe Dumez.
- UIProcess/API/efl/ewk_security_origin.cpp: Remove "using namespace WebCore".
- UIProcess/API/efl/ewk_text_checker.cpp: ditto.
- 11:31 PM Changeset in webkit [150786] by
-
- 2 edits in trunk/Source/WTF
Use correct stack size on Solaris and OpenBSD
https://bugs.webkit.org/show_bug.cgi?id=114978
Recommit after wrong rollout in r150621.
- wtf/StackBounds.cpp:
(WTF):
(WTF::StackBounds::initialize):
- 5:02 PM Changeset in webkit [150785] by
-
- 14 edits1 add1 delete in trunk
[WK2] Notifications clobber each other with multiple processes
https://bugs.webkit.org/show_bug.cgi?id=116428
<rdar://problem/13935191>
Reviewed by Darin Adler.
.:
- ManualTests/notification-in-multiple-windows.html: Added.
Source/WebKit2:
With multiple processes, the notification IDs, when passed up to the UI process, can clobber
each other. To fix this, we need to maintain a global map of notification IDs. This map is
keyed by its own unique notification ID, and maps to a pair containing the web page ID and that
web page's ID for the notification.
Now that we maintain groups of notifications based on the web page, we no longer send IPC messages
from WebNotificationManager to WebNotificationManagerProxy; instead we send messages to the
WebPageProxy. This removes the need for WebNotificationManagerProxy to be a message receiver.
When a page closes, all of the web notifications are cleared out. However, by the time the
WebPage::close() is called, the connection between WebPage and WebPageProxy is destroyed. Since
the WebPage is told to close from the UI process anyway, we clear out the notifications separately,
instead of waiting for a message from the WebPage.
- UIProcess/Notifications/WebNotificationManagerProxy.h: Update to take into account the
notification's web page. Remove inheritance of CoreIPC::MessageReceiver. Expose the original message
handlers as public functions, since they will be called from WebPageProxy. Add a new map that
associates a global ID with a notification ID that came from a web page.
There are now two flavors of clearNotifications(). One clears out all notifications associated
with a web page. This is called when the page is closed. The other clears out a subset of
notifications associated with a web page. This is called when notifications associated with a sub-frame
is closed.
- UIProcess/Notifications/WebNotificationManagerProxy.messages.in: Removed. All messages from
the web process go to WebPageProxy now.
- UIProcess/Notifications/WebNotificationManagerProxy.cpp: Update to take into account the
notification's web page.
(WebKit::generateGlobalNotificationID): The manager proxy now maintains its own global notification
ID generator.
(WebKit::WebNotificationManagerProxy::WebNotificationManagerProxy): The proxy is no longer a
message receiver. Remove code that registers it as such.
(WebKit::WebNotificationManagerProxy::show): Refactor to differentiate between the notification ID
that came from the web process, and the global notification ID the proxy maintains. Add the mapping
from the global ID to the (web page ID, notification ID) pair.
(WebKit::WebNotificationManagerProxy::cancel): Refactor to take into consideration the web page.
(WebKit::WebNotificationManagerProxy::didDestroyNotification): Refactor to take into consideration
the web page. Fixes a leak where we did not remove the item from the maps. This function is called
from the web process, when the ScriptExecutionContext is destroyed, so we remove it from our maps
before we pass the message along to the provider.
Helper functions that evaluate when a given notification in the map matches the desired parameters.
(WebKit::pageIDsMatch): The notification is associated with the provided page.
(WebKit::pageAndNotificationIDsMatch): The notification is associated with the provided page and is
contained within the list of provided notifications.
(WebKit::WebNotificationManagerProxy::clearNotifications): Changed to only remove notifications
associated with the provided web page, and could include a specific list of notifications. This latter
situation occurs if notifications were associated with an iframe, and that iframe was removed.
There is an O(n) walk that could be make more efficient using another hash map, but that's overhead
for a map that should be small in size anyway.
(WebKit::WebNotificationManagerProxy::providerDidShowNotification): Refactor to take into
consideration the web page.
(WebKit::WebNotificationManagerProxy::providerDidClickNotification): Refactor to take into
consideration the web page.
(WebKit::WebNotificationManagerProxy::providerDidCloseNotifications): Now we need to comb through
the list of global IDs and put them in buckets based on the notification's web pages. After that
is done we can send the DidCloseNotifications() to those pages' processes. There is a possible
extra optimization here where we group based on the page's process instead, to reduce the number
of messages sent to processes.
- UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::close): When a web page is closed, we clear the notifications associated
with the page.
(WebKit::WebPageProxy::cancelNotification): Forward call to WebNotificationManagerProxy.
(WebKit::WebPageProxy::clearNotifications): Ditto.
(WebKit::WebPageProxy::didDestroyNotification): Ditto.
- UIProcess/WebPageProxy.h:
- UIProcess/WebPageProxy.messages.in:
- WebProcess/Notifications/NotificationPermissionRequestManager.cpp:
- WebProcess/Notifications/WebNotificationManager.cpp:
(WebKit::WebNotificationManager::cancel):
(WebKit::WebNotificationManager::clearNotifications):
(WebKit::WebNotificationManager::didDestroyNotification):
- WebProcess/Notifications/NotificationPermissionRequestManager.cpp: Remove extraneous include.
- CMakeLists.txt: Remove WebNotificationManagerProxy.messages.in and related files.
- DerivedSources.pri: Ditto.
- DerivedSources.make: Ditto.
- GNUmakefile.list.am: Ditto.
- WebKit2.xcodeproj/project.pbxproj: Ditto.
- 4:55 PM Changeset in webkit [150784] by
-
- 2 edits in trunk/Source/WebCore
Fix typo that broke the build.
- 4:53 PM Changeset in webkit [150783] by
-
- 4 edits in trunk/Source/WebCore
Move hasNonEmptyBoundingBox from Node to HTMLAnchorElement
https://bugs.webkit.org/show_bug.cgi?id=116842
Reviewed by Antti Koivisto.
- dom/Node.cpp: Removed hasNonEmptyBoundingBox.
- dom/Node.h: Ditto.
- html/HTMLAnchorElement.cpp:
(WebCore::HTMLAnchorElement::isMouseFocusable): Fixed #if to be more readable and
added more-explicit clearer comments. No behavior change.
(WebCore::hasNonEmptyBox): Added. Has the same code that was in
Node::hasNonEmptyBoundingBox with some additional comments.
(WebCore::HTMLAnchorElement::isKeyboardFocusable): Call hasNonEmptyBox.
- 4:40 PM Changeset in webkit [150782] by
-
- 11 edits in trunk/Source/WebCore
Move isBlockFlowElement and related functions out of the Node class into editing code
https://bugs.webkit.org/show_bug.cgi?id=116846
Reviewed by Antti Koivisto.
- dom/Node.cpp: Removed isBlockFlowElement, enclosingBlockFlowElement, and
inSameContainingBlockFlowElement. These are all editing functions that don't
belong in the Node class, and mostly-deprecated ones to boot.
- dom/Node.h: Ditto.
- dom/Position.cpp:
(WebCore::inSameEnclosingBlockFlowElement): Added. This editing-specific function
is used only here, so put it here.
(WebCore::Position::rendersInDifferentPosition): Updated to call new function above.
(WebCore::Position::leadingWhitespacePosition): Ditto.
- editing/InsertLineBreakCommand.cpp:
(WebCore::InsertLineBreakCommand::insertNodeAfterPosition): Use
deprecatedEnclosingBlockFlowElement at its new location.
(WebCore::InsertLineBreakCommand::insertNodeBeforePosition): Ditto.
- editing/InsertListCommand.cpp:
(WebCore::InsertListCommand::doApplyForSingleParagraph): use
isBlockFlowElement at its new location.
- editing/ReplaceSelectionCommand.cpp:
(WebCore::enclosingInline): Ditto.
- editing/VisiblePosition.cpp:
(WebCore::VisiblePosition::canonicalPosition): Use deprecatedEnclosingBlockFlowElement
at its new location.
(WebCore::enclosingBlockFlowElement): Ditto. Also added FIXME.
- editing/VisibleSelection.cpp:
(WebCore::makeSearchRange): Ditto.
- editing/htmlediting.cpp:
(WebCore::isBlockFlowElement): Added. Same as the Node::isBlockFlowElement
function, but here because this is an editing function, not suitable as a Node member.
(WebCore::deprecatedEnclosingBlockFlowElement): Ditto. Added "deprecated" to the name
since the Node member function had a comment saying it was deprecated. Also changed so
it tolerates a 0 for an argument, which made it easier for one caller.
- editing/htmlediting.h: Added the two new functions.
- 3:31 PM Changeset in webkit [150781] by
-
- 1 edit3 adds in trunk/PerformanceTests
Add a balanced benchmark for QuerySelector
https://bugs.webkit.org/show_bug.cgi?id=116811
Reviewed by Sam Weinig.
The goal of this benchmark is to have an overview of querySelector as typically used
by webpages.
It uses queries similar to what is used by popular websites and applies somewhat
similar weighting for each type of query.
The tree used for the queries is intentionally kept simple to ensure we measure QuerySelector
a not purely the overhead of traversal.
- CSS/QuerySelector.html: Added.
- CSS/resources/query-selector.html: Added.
- 3:09 PM Changeset in webkit [150780] by
-
- 4 edits9 adds in branches/dfgFourthTier
fourthTier: DFG ArithMod should have the !nodeUsedAsNumber optimizations that ArithDiv has
https://bugs.webkit.org/show_bug.cgi?id=116841
Reviewed by Mark Hahnenberg.
Source/JavaScriptCore:
- dfg/DFGSpeculativeJIT.cpp:
(JSC::DFG::SpeculativeJIT::compileArithMod):
LayoutTests:
- fast/js/dfg-mod-by-neg1-and-then-or-zero-interesting-reg-alloc-expected.txt: Added.
- fast/js/dfg-mod-by-neg1-and-then-or-zero-interesting-reg-alloc.html: Added.
- fast/js/dfg-mod-by-zero-and-then-or-zero-interesting-reg-alloc-expected.txt: Added.
- fast/js/dfg-mod-by-zero-and-then-or-zero-interesting-reg-alloc.html: Added.
- fast/js/dfg-mod-neg2tothe31-by-one-and-then-or-zero-with-interesting-reg-alloc-expected.txt: Added.
- fast/js/dfg-mod-neg2tothe31-by-one-and-then-or-zero-with-interesting-reg-alloc.html: Added.
- fast/js/jsc-test-list:
- fast/js/script-tests/dfg-mod-by-neg1-and-then-or-zero-interesting-reg-alloc.js: Added.
(foo):
- fast/js/script-tests/dfg-mod-by-zero-and-then-or-zero-interesting-reg-alloc.js: Added.
(foo):
- fast/js/script-tests/dfg-mod-neg2tothe31-by-one-and-then-or-zero-with-interesting-reg-alloc.js: Added.
(foo):
- 2:59 PM Changeset in webkit [150779] by
-
- 3 edits in trunk/Source/WebKit/blackberry
[BlackBerry] Clear supression flag when caret changes aren't propogated through
https://bugs.webkit.org/show_bug.cgi?id=116840
Patch by Nima Ghanavatian <nghanavatian@blackberry.com> on 2013-05-27
Reviewed by Rob Buis.
Internally reviewed by Mike Fenton.
PR339965
We set and clear the flag upon every use. This leaves us vulnerable if
- midway through processing the selection change event is dismissed and
- we don't receive a TouchRelease event
One example of this is while dragging the FCC handle we start typing. To
safeguard against this, if the process change guard is set during a
selection change event, we send out to clear the flag status before returning.
- Api/WebPageClient.h:
- WebKitSupport/InputHandler.cpp:
(BlackBerry::WebKit::InputHandler::selectionChanged):
- 2:11 PM Changeset in webkit [150778] by
-
- 2 edits in trunk/Source/WebCore
Add guard around paintForFixedRootBackground
https://bugs.webkit.org/show_bug.cgi?id=116754
Patch by Seokju Kwon <Seokju Kwon> on 2013-05-27
Reviewed by Simon Fraser.
paintForFixedRootBackground is only used when ACCELERATED_COMPOSITING is enabled.
No new tests, no behavior change.
- rendering/RenderLayer.cpp:
(WebCore):
- 2:00 PM Changeset in webkit [150777] by
-
- 2 edits in trunk/Source/WebCore
Remove a leftover Pagepoup from PickerIndicatorElement.h
https://bugs.webkit.org/show_bug.cgi?id=116801
Patch by Seokju Kwon <Seokju Kwon> on 2013-05-27
Reviewed by Anders Carlsson.
No new tests, no behavior change.
- html/shadow/PickerIndicatorElement.h:
(WebCore):
- 1:58 PM Changeset in webkit [150776] by
-
- 5 edits in trunk
[CSS] -webkit-var prefix is case-sensitive
https://bugs.webkit.org/show_bug.cgi?id=116829
Reviewed by Darin Adler.
Source/WebCore:
Tests: Added case to fast/css/variables/case-sensitive.html
- css/CSSParser.cpp:
(WebCore::isEqualToCSSCaseSensitiveIdentifier): Add variant to
IsEqualToCSSIdentifier that respects case-sensitivity.
(WebCore::CSSParser::realLex): Use the above method for CSS
variable declarations.
LayoutTests:
- fast/css/variables/case-sensitive.html: Add a
check for case-sensitiveness of the prefix of
variable declarations.
- fast/css/variables/case-sensitive-expected.html: Update.
- 1:39 PM WebKitGTK/2.0.x edited by
- (diff)
- 1:07 PM Changeset in webkit [150775] by
-
- 3 edits in trunk/Source/WebCore
drop-shadow filter with overflow:hidden child misbehaves.
https://bugs.webkit.org/show_bug.cgi?id=109783
Patch by Zalan Bujtas <Alan Bujtas> on 2013-05-27
Reviewed by Simon Fraser.
Applying CSS filters only to the scrollbar rect leaves rendering
artefacts. Filters should skip such partial repaints.
Tests: Test framework uses mock theme for scrollbars. Such scrollbars do not
initiate partial repaints.
- rendering/RenderLayer.cpp:
(WebCore::RenderLayer::setupFilters):
(WebCore::RenderLayer::paintLayerContents):
- rendering/RenderLayer.h:
(RenderLayer):
- 1:04 PM Changeset in webkit [150774] by
-
- 2 edits in trunk/Source/WebKit2
Unreviewed build fix take 2.
- WebProcess/Plugins/PDF/PDFPlugin.mm:
- 12:58 PM Changeset in webkit [150773] by
-
- 2 edits in trunk/Source/WebKit2
Unreviewed build fix.
- WebProcess/Plugins/PDF/PDFPlugin.mm:
- 12:51 PM Changeset in webkit [150772] by
-
- 9 edits1 delete in trunk/Source
Move Windows port off legacy clipboard.
https://bugs.webkit.org/show_bug.cgi?id=116258
Patch by Xueqing Huang <huangxueqing@baidu.com> on 2013-05-27
Reviewed by Darin Adler.
Source/WebCore:
Clipboard refactor, no new tests.
- dom/Clipboard.h:
- page/win/EventHandlerWin.cpp:
(WebCore::EventHandler::createDraggingClipboard): Create Clipboard instead of ClipboardWin.
- platform/Pasteboard.h:
(WebCore::Pasteboard::dataObject): Get IDataObject by Clipborad.
(WebCore::Pasteboard::writableDataObject): Get WCDataObject by Clipborad.
- platform/win/ClipboardWin.cpp:
(WebCore::Clipboard::createDragImage): Change parameter name loc to dragLocation.
(WebCore::Clipboard::declareAndWriteDragImage): Implement declareAndWriteDragImage use WCDataObject exposed by Pasteboard.
- platform/win/ClipboardWin.h: Removed.
- platform/win/EditorWin.cpp:
(WebCore::Editor::newGeneralClipboard): Create Clipboard instead of ClipboardWin.
- platform/win/PasteboardWin.cpp:
(WebCore::Pasteboard::createForCopyAndPaste): Create a Pasteboard.
(WebCore::Pasteboard::createPrivate): Ditto.
(WebCore::Pasteboard::createForDragAndDrop): Ditto.
(WebCore::Pasteboard::finishCreatingPasteboard): Create Pasteboard use Windows API.
(WebCore::Pasteboard::Pasteboard):
(WebCore::clipboardTypeFromMIMEType): Copied from ClipboardWin.cpp.
(WebCore::Pasteboard::clear): Ditto.
(WebCore::Pasteboard::hasData): Ditto.
(WebCore::addMimeTypesForFormat): Ditto.
(WebCore::Pasteboard::types): Ditto.
(WebCore::Pasteboard::readString): Ditto.
(WebCore::Pasteboard::readFilenames): Ditto.
(WebCore::writeURL): Ditto.
(WebCore::Pasteboard::writeString): Ditto.
(WebCore::Pasteboard::setDragImage): Ditto.
(WebCore::Pasteboard::writeRangeToDataObject): Write range to WCDataObject.
(WebCore::Pasteboard::writeSelection):
(WebCore::Pasteboard::writePlainTextToDataObject): Write PlainText to WCDataObject.
(WebCore::Pasteboard::writePlainText):
(WebCore::pathRemoveBadFSCharacters): Copied from ClipboardWin.cpp.
(WebCore::filesystemPathFromUrlOrTitle): Ditto.
(WebCore::writeFileToDataObject): Ditto.
(WebCore::Pasteboard::writeURLToDataObject): Write URL to WCDataObject.
(WebCore::Pasteboard::writeURL): Copied from ClipboardWin.cpp.
(WebCore::Pasteboard::writePasteboard): Copied from Pasteboard::writeClipboard.
(WebCore::Pasteboard::documentFragment): Copied from ClipboardWin.cpp.
(WebCore::Pasteboard::setExternalDataObject): Clipboard can set new IDataObject.
(WebCore::getCachedImage): Copied from ClipboardWin.cpp.
(WebCore::createGlobalImageFileDescriptor): Ditto.
(WebCore::createGlobalImageFileContent): Ditto.
(WebCore::createGlobalHDropContent): Ditto.
(WebCore::Pasteboard::writeImageToDataObject): Expose to make Clipboard implement declareAndWriteDragImage.
(WebCore::Pasteboard::writeURLToWritableDataObject): Ditto.
Source/WebKit/win:
- WebCoreSupport/WebDragClient.cpp:
(WebDragClient::willPerformDragSourceAction): Get IDataObject from Pasteboard instead of Clipboard.
(WebDragClient::startDrag): Ditto.
- 12:50 PM Changeset in webkit [150771] by
-
- 13 edits in trunk/Source
PDFPlugin: Main-frame PDFPlugin Accessibility
https://bugs.webkit.org/show_bug.cgi?id=116563
<rdar://problem/13458534>
Reviewed by Sam Weinig.
- WebProcess/Plugins/PDF/PDFLayerControllerDetails.h:
Forward-declare a variety of accessibility methods.
- WebProcess/Plugins/PDF/PDFPlugin.h:
Add convertFromPDFViewToScreen, boundsOnScreen, accessibilityObject, and
storage for our accessibility wrapper.
- WebProcess/Plugins/PDF/PDFPlugin.mm:
Add WKPDFPluginAccessibilityObject.
(-[WKPDFPluginAccessibilityObject accessibilityIsIgnored]):
We want to be included in the accessibility tree.
(-[WKPDFPluginAccessibilityObject accessibilityAttributeValue:]):
(-[WKPDFPluginAccessibilityObject accessibilityAttributeValue:forParameter:]):
Grab values for accessibility attributes from the relevant sources
(mostly from PDFLayerController).
(-[WKPDFPluginAccessibilityObject readingModel]): Ditto.
(-[WKPDFPluginAccessibilityObject accessibilityAttributeNames]):
(-[WKPDFPluginAccessibilityObject accessibilityParameterizedAttributeNames]):
(-[WKPDFPluginAccessibilityObject accessibilityActionNames]):
Return the set of accessibility attributes, actions, and parameterized
attributes that we support.
(-[WKPDFPluginAccessibilityObject accessibilityIsAttributeSettable:]):
(-[WKPDFPluginAccessibilityObject accessibilitySetValue:forAttribute:]):
Forward some other accessibility methods to PDFLayerController.
(-[WKPDFPluginAccessibilityObject accessibilityFocusedUIElement]):
(-[WKPDFPluginAccessibilityObject accessibilityHitTest:]):
We have no children, so if a hit test makes it to us, it's ours.
(WebKit::PDFPlugin::PDFPlugin):
Make a WKPDFPluginAccessibilityObject and hook it up.
[FIXME: this could use some de-crapifying]
(WebKit::PDFPlugin::convertFromPluginToPDFView):
Transform a point from plugin space to PDFLayerController space.
(WebKit::PDFPlugin::convertFromPDFViewToRootView):
(WebKit::PDFPlugin::convertFromPDFViewToScreen): Added.
(WebKit::PDFPlugin::boundsOnScreen):
Return the PDFPlugin's frame in screen coordinates.
(WebKit::PDFPlugin::accessibilityObject):
Return our accessibility wrapper.
- WebProcess/Plugins/PDF/SimplePDFPlugin.h:
- WebProcess/Plugins/Plugin.h:
(WebKit::Plugin::accessibilityObject):
- WebProcess/Plugins/PluginView.cpp:
(WebKit::PluginView::accessibilityObject):
- WebProcess/Plugins/PluginView.h:
Add accessibilityObject(), to acquire accessibility wrappers from plugins.
- WebProcess/WebPage/WebPage.h:
(WebPage): Add accessibilityObjectForMainFramePlugin();
- WebProcess/WebPage/mac/WKAccessibilityWebPageObject.mm:
(-[WKAccessibilityWebPageObject accessibilityRootObjectWrapper]):
If the main frame has a PluginDocument that has an accessibilityObject,
use that one instead of the WebPage's.
- WebProcess/WebPage/mac/WebPageMac.mm:
(WebKit::WebPage::accessibilityObjectForMainFramePlugin):
Return the accessibilityObject from the main-frame PluginDocument, if
there is one.
- WebCore.exp.in: Export AffineTransform::mapRect.
- 12:27 PM Changeset in webkit [150770] by
-
- 6 edits in trunk
[BlackBerry] Find-on-page should be able to convert the active match to selection when clearing all matches
https://bugs.webkit.org/show_bug.cgi?id=116837
Patch by Andy Chen <andchen@blackberry.com> on 2013-05-27
Reviewed by Rob Buis.
PR 291903
Internally reviewed by Mike Fenton.
- Api/WebPage.cpp:
(BlackBerry::WebKit::WebPage::findNextString):
- Api/WebPage.h:
- WebKitSupport/InPageSearchManager.cpp:
(BlackBerry::WebKit::InPageSearchManager::findNextString):
(BlackBerry::WebKit::InPageSearchManager::clearTextMatches):
- WebKitSupport/InPageSearchManager.h:
(InPageSearchManager):
- 11:39 AM Changeset in webkit [150769] by
-
- 2 edits in trunk/Source/WebCore
Checkbox UX update.
https://bugs.webkit.org/show_bug.cgi?id=116838.
Patch by Tiancheng Jiang <tijiang@rim.com> on 2013-05-27
Reviewed by Rob Buis.
BlackBerry PR 342302.
Internally Reviewed by Jeff Rogers.
Remove old background and change pressed checkmark image.
- platform/blackberry/RenderThemeBlackBerry.cpp:
(WebCore::RenderThemeBlackBerry::paintCheckbox):
- 11:25 AM Changeset in webkit [150768] by
-
- 2 edits in trunk/Source/WebCore
When the background is completely transparent we should be conservative and use the default scrollbar style, not the light one
https://bugs.webkit.org/show_bug.cgi?id=116836
<rdar://problem/13949905>
Reviewed by Simon Fraser.
- page/FrameView.cpp:
(WebCore::FrameView::recalculateScrollbarOverlayStyle):
Don't use the light style when the background is completely transparent.
- 11:09 AM Changeset in webkit [150767] by
-
- 10 edits in trunk
Use ICU_INCLUDE_DIRS in BlackBerry CMake files
https://bugs.webkit.org/show_bug.cgi?id=116210
Reviewed by Rob Buis.
Set and use the ICU_INCLUDE_DIRS variable to avoid
duplicated adding of the ICU include directory.
.:
- Source/cmake/OptionsBlackBerry.cmake:
Source/JavaScriptCore:
- PlatformBlackBerry.cmake:
Source/WebCore:
- PlatformBlackBerry.cmake:
Source/WebKit:
- PlatformBlackBerry.cmake:
Source/WTF:
- wtf/PlatformBlackBerry.cmake:
- 11:04 AM Changeset in webkit [150766] by
-
- 2 edits in trunk/Source/WebKit/blackberry
[BlackBerry] Fix subframe target added to new requests
https://bugs.webkit.org/show_bug.cgi?id=116602
Reviewed by Rob Buis.
In some cases we might be adding TargetIsMainFrame to a subframe
request causing an isMainFrame assert.
- WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
(WebCore::FrameLoaderClientBlackBerry::dispatchWillSendRequest):
Check we are actually loading the main frame before setting
ResourceRequest::TargetIsMainFrame target.
- 10:39 AM Changeset in webkit [150765] by
-
- 10 edits in branches/dfgFourthTier
fourthTier: clean up ArithDiv/ArithMod in the DFG
https://bugs.webkit.org/show_bug.cgi?id=116793
Source/JavaScriptCore:
Reviewed by Mark Hahnenberg.
This makes ArithDiv and ArithMod behave similarly, and moves both of their
implementations entirely into DFGSpeculativeJIT.cpp into methods named like
the ones for ArithSub/ArithMul.
Specifically, ArithMod now uses the wrap-in-conversion-nodes idiom that
ArithDiv used for platforms that don't support integer division. Previously
ArithMod had its own int-to-double and double-to-int conversions for this
purpose.
As well, this gets rid of confusing methods like compileSoftModulo() (which
did no such thing, there wasn't anything "soft" about it) and
compileIntegerArithDivForX86() (which is accurately named but we don't use
the platform-specific method convention anywhere else).
Finally, this takes the optimized power-of-two modulo operation that was
previously only for ARMv7s, and makes it available for all platforms. Well,
sort of: I actually rewrote it to do what latest LLVM appears to do, which
is a crazy straight-line power-of-2 modulo based on a combination of shifts,
ands, additions, and subtractions. I can kind of understand it well enough
to see that it complies with both C and JS power-of-2 modulo semantics. I've
also confirmed that it does by testing (hence the corresponding improvements
to one of the division tests). But, I don't claim to know exactly how this
code works other than to observe that it is super leet.
Overall, this patch has the effect of killing some code (no more hackish
int-to-double conversions in ArithMod), making some optimization work on
more platforms, and making the compiler less confusing by doing more things
with the same idiom.
- dfg/DFGAbstractState.cpp:
(JSC::DFG::AbstractState::executeEffects):
- dfg/DFGFixupPhase.cpp:
(JSC::DFG::FixupPhase::fixupNode):
- dfg/DFGSpeculativeJIT.cpp:
(DFG):
(JSC::DFG::SpeculativeJIT::compileArithDiv):
(JSC::DFG::SpeculativeJIT::compileArithMod):
- dfg/DFGSpeculativeJIT.h:
(SpeculativeJIT):
- dfg/DFGSpeculativeJIT32_64.cpp:
(JSC::DFG::SpeculativeJIT::compile):
- dfg/DFGSpeculativeJIT64.cpp:
(JSC::DFG::SpeculativeJIT::compile):
LayoutTests:
Reviewed by Mark Hahnenberg.
- fast/js/script-tests/integer-division-neg2tothe32-by-neg1.js:
(myModBy2):
(myModBy1073741824):
- 9:52 AM Changeset in webkit [150764] by
-
- 3 edits in trunk/Source/WebKit2
[WK2][CoordinatedGraphics] Misuse of DrawingAreaProxy::setVisibleContentsRect() in WebView::updateViewportSize()
https://bugs.webkit.org/show_bug.cgi?id=116688
Reviewed by Noam Rosenthal.
Visible contents area passed to DrawingAreaProxy::setVisibleContentsRect()
must be calculated including the page scale factor and avoid crossing the
boundaries of the page contents size. In other words the DrawingArea
must know the actual dimensions of what it being drawn. If the
DrawingArea thinks the visible rectangle is bigger than it is, the
contents will be drawn pixelated and blurry.
- UIProcess/CoordinatedGraphics/WebView.cpp:
(WebKit::WebView::didChangeContentsSize):
(WebKit::WebView::updateViewportSize):
(WebKit::WebView::visibleContentsSize):
(WebKit):
- UIProcess/CoordinatedGraphics/WebView.h:
(WebKit::WebView::contentsSize):
(WebView):
- 9:10 AM Changeset in webkit [150763] by
-
- 2 edits in trunk/Source/WebKit2
[GTK] WebKitWebView child widgets are not rendered with recent GTK+
https://bugs.webkit.org/show_bug.cgi?id=116794
Reviewed by Xan Lopez.
Since rev d22fd7223c75f4720ddb982c659efb0d8d7543c4 of GTK+ expose
events are not propagated to child GdkWindows anymore, and child
widgets are rendered via gtk_container_propagate_draw(). Since all
our children have its own GdkWindow (auth widget, inspector view
and windowed plugins) we don't propagate the draw signal making
them invisible with current GTK+.
- UIProcess/API/gtk/WebKitWebViewBase.cpp:
(webkitWebViewBaseDraw): Chain up to the parent draw(), so it's
propagated to the children. This shouldn't have any effect in
previous versions of GTK+ because gtk_container_propagate_draw()
returned early when the child widget had its own GdkWindow.
- 9:01 AM Changeset in webkit [150762] by
-
- 12 edits in trunk/Source/WebCore
Tighten FontGlyphs::glyphDataAndPageForCharacter to take FontDescription
https://bugs.webkit.org/show_bug.cgi?id=116823
Reviewed by Andreas Kling.
FontGlyphs does not need to know about Font anymore.
- platform/graphics/Font.cpp:
(WebCore::Font::Font):
(WebCore::Font::operator=):
- platform/graphics/Font.h:
(WebCore::Font::isPlatformFont):
(WebCore::Font::glyphDataAndPageForCharacter):
(Font):
- platform/graphics/FontCache.h:
- platform/graphics/FontFallbackList.cpp:
(WebCore::FontGlyphs::FontGlyphs):
(WebCore::FontGlyphs::glyphDataAndPageForCharacter):
- platform/graphics/FontFallbackList.h:
(WebCore):
(WebCore::FontGlyphs::createForPlatformFont):
Tweaked the name.
(WebCore::FontGlyphs::isForPlatformFont):
Move knowledge about platform font to FontGlyphs as it is needed for resolving system fallback on Mac.
- platform/graphics/blackberry/FontCacheBlackBerry.cpp:
(WebCore::FontCache::systemFallbackForCharacters):
- platform/graphics/freetype/FontCacheFreeType.cpp:
(WebCore::FontCache::systemFallbackForCharacters):
- platform/graphics/mac/FontCacheMac.mm:
(WebCore::FontCache::systemFallbackForCharacters):
- platform/graphics/qt/FontCacheQt.cpp:
(WebCore::FontCache::systemFallbackForCharacters):
- platform/graphics/win/FontCacheWin.cpp:
(WebCore::FontCache::systemFallbackForCharacters):
- platform/graphics/wince/FontCacheWinCE.cpp:
(WebCore::FontCache::systemFallbackForCharacters):
More descriptive name and tighter interface.
- 8:52 AM Changeset in webkit [150761] by
-
- 5 edits in trunk/Source/WebCore
[CSSRegions] Prevent unnecessary copy of LayoutRect objects
https://bugs.webkit.org/show_bug.cgi?id=116828
Reviewed by Andreas Kling.
Use const references for parameter passing.
No functional change, no new tests.
- rendering/RenderFlowThread.cpp:
(WebCore::RenderFlowThread::paintFlowThreadPortionInRegion):
(WebCore::RenderFlowThread::hitTestFlowThreadPortionInRegion):
- rendering/RenderFlowThread.h:
- rendering/RenderRegion.cpp:
(WebCore::RenderRegion::overflowRectForFlowThreadPortion):
- rendering/RenderRegion.h:
- 8:51 AM Changeset in webkit [150760] by
-
- 3 edits in trunk/Source/WebKit/blackberry
[BlackBerry] REGRESSION(r150071): Animation performance issues in some websites with CSS transforms
https://bugs.webkit.org/show_bug.cgi?id=116724
Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-05-27
Reviewed by Rob Buis.
Add another bool variable m_previousFrameDone to make sure we
don't start a new frame until the previous one has been done. Also
make sure we pass the animation start time to
serviceScriptedAnimations().
- Api/WebPage.cpp:
(BlackBerry::WebKit::WebPagePrivate::WebPagePrivate): Initialize
m_previousFrameDone and m_monotonicAnimationStartTime.
(BlackBerry::WebKit::WebPagePrivate::animationFrameChanged):
Return early if previous frame is not done. Otherwise set
m_previousFrameDone to false and save the animation start time.
(BlackBerry::WebKit::WebPagePrivate::serviceAnimations): Call
serviceScriptedAnimations() passing the saved animation start time
and reset m_animationScheduled and m_previousFrameDone.
(BlackBerry::WebKit::WebPagePrivate::handleServiceScriptedAnimationsOnMainThread):
Call WebPagePrivate::serviceAnimations().
- Api/WebPage_p.h:
(WebPagePrivate):
- 8:45 AM Changeset in webkit [150759] by
-
- 2 edits in trunk/Source/WebCore
[BlackBerry] Reveal HTTP error code for XHR even if there is no response body
https://bugs.webkit.org/show_bug.cgi?id=116543
Reviewed by Rob Buis.
Reviewed internally by Joe Mason.
It's a regression introduced by r132556.
BlackBerry is doing friendly HTTP error handling: if there is no response body
for an HTTP error it will display an error message made by the port. But for a
XHR request, which usually does not result in displaying error messages to the
end user, HTTP error code should be revealed to let the JavaScript know what
the actual server error code is.
Covered by existing tests:
ManualTests/blackberry/head-xhr-nonexistant-file.html
LayoutTests/http/tests/xmlhttprequest/xmlhttprequest-check-head-readystate-for-404.html
LayoutTests/http/tests/xmlhttprequest/xmlhttprequest-check-get-readystate-for-404-without-body.html
- platform/network/blackberry/NetworkJob.cpp:
(WebCore::NetworkJob::shouldNotifyClientFailed):
- 8:43 AM Changeset in webkit [150758] by
-
- 2 edits in trunk/Source/WebKit2
Reset all clients on WebPage close
https://bugs.webkit.org/show_bug.cgi?id=112334
Patch by Xan Lopez <xlopez@igalia.com> on 2013-05-27
Reviewed by Anders Carlsson.
We do not reset the clients on WebPage::close(), so there's a
small chance that someone will try to access them after that. This
won't work and will generally cause runtime warnings, crashes or
other issues. Reset them all to null to prevent this situation.
- WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::close):
- 8:37 AM Changeset in webkit [150757] by
-
- 3 edits in trunk/Source/WebKit/blackberry
[BlackBerry] Remove encoding parameter from FrameLoaderClientBlackBerry::receivedData()
https://bugs.webkit.org/show_bug.cgi?id=116598
Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-05-27
Reviewed by Rob Buis.
It's no longer needed since the encoder now checks the override encoding.
- WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
(WebCore::FrameLoaderClientBlackBerry::committedLoad): Call
receivedData() passing the DocumentLoader instead of the text
encoding.
(WebCore::FrameLoaderClientBlackBerry::receivedData): Call
DocumentLoader::commitData() directly.
- WebCoreSupport/FrameLoaderClientBlackBerry.h:
(FrameLoaderClientBlackBerry):
- 8:35 AM Changeset in webkit [150756] by
-
- 6 edits10 moves in trunk/Source/WebKit
[BlackBerry] Move PagePopup implementation to WebKitSupport
https://bugs.webkit.org/show_bug.cgi?id=116824
Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-05-27
Reviewed by Rob Buis.
Source/WebKit:
- PlatformBlackBerry.cmake: Update new file paths and names.
Source/WebKit/blackberry:
After r150434 PagePopup implementation in BlackBerry port is
independent from WebCore. The classes are now in the
BlackBerry::WebKit namespace so they can be moved from
WebCoresupport to WebKitSupport and renamed to remove the
BlackBerry suffix which is now redundant. Also, now that the
implementation is not shared, it can be simplified a bit more.
- Api/WebPage.cpp:
(BlackBerry::WebKit::WebPagePrivate::WebPagePrivate): Update to
API changes.
(BlackBerry::WebKit::WebPage::initPopupWebView): Ditto.
(BlackBerry::WebKit::WebPagePrivate::openPagePopup): Ditto.
(BlackBerry::WebKit::WebPagePrivate::closePagePopup): Ditto.
(BlackBerry::WebKit::WebPagePrivate::hasOpenedPopup): Ditto.
- Api/WebPage.h:
(WebKit): Ditto.
- Api/WebPage_p.h:
(WebKit): Ditto.
(WebPagePrivate): Rename m_selectPopup as m_pagePopup, since it
can also point to a color picker or date picker page popup. Also
use RefPtr instead of raw pointer.
- WebKitSupport/ColorPickerClient.cpp: Renamed from Source/WebKit/blackberry/WebCoreSupport/ColorPickerClient.cpp.
(BlackBerry::WebKit::ColorPickerClient::ColorPickerClient):
(BlackBerry::WebKit::ColorPickerClient::generateHTML):
(BlackBerry::WebKit::ColorPickerClient::setValueAndClosePopup):
Return early if popup has been closed already.
(BlackBerry::WebKit::ColorPickerClient::didClosePopup):
- WebKitSupport/ColorPickerClient.h: Renamed from Source/WebKit/blackberry/WebCoreSupport/ColorPickerClient.h.
- WebKitSupport/DatePickerClient.cpp: Renamed from Source/WebKit/blackberry/WebCoreSupport/DatePickerClient.cpp.
(BlackBerry::WebKit::DatePickerClient::DatePickerClient):
(BlackBerry::WebKit::DatePickerClient::~DatePickerClient):
(BlackBerry::WebKit::DatePickerClient::generateHTML):
(BlackBerry::WebKit::DatePickerClient::setValueAndClosePopup):
Return early if popup has been closed already.
(BlackBerry::WebKit::DatePickerClient::didClosePopup):
(BlackBerry::WebKit::DatePickerClient::generateDateLabels):
- WebKitSupport/DatePickerClient.h: Renamed from Source/WebKit/blackberry/WebCoreSupport/DatePickerClient.h.
- WebKitSupport/PagePopup.cpp: Renamed from Source/WebKit/blackberry/WebCoreSupport/PagePopupBlackBerry.cpp.
(BlackBerry::WebKit::PagePopup::PagePopup):
(BlackBerry::WebKit::PagePopup::~PagePopup):
(BlackBerry::WebKit::PagePopup::initialize): Renamed as initialize
and made void, since it always returned true and the callers
ignored the return value.
(BlackBerry::WebKit::PagePopup::writeDocument): Renamed from
generateHTML for consistency with PagePopupClient::writeDocument()
and to avoid confusion with generateHTML method in the clients
that create the HTML contents but they don't write the document.
(BlackBerry::WebKit::PagePopup::setValueAndClosePopupCallback):
Make it static member of PagePopup since the JS object now holds a
reference of PagePopup instance as private data.
(BlackBerry::WebKit::popUpExtensionInitialize): Take a reference
of the PagePopup instance saved as private data of the JS object.
(BlackBerry::WebKit::popUpExtensionFinalize): Unref the PagePopup
instance saved as private data of the JS object.
(BlackBerry::WebKit::PagePopup::installDOMFunction): Instead of
saving the client as private data of the JS object using a wrapper
refcounted object, save the PagePopup instance that is now
refcounted and access the client from the PagePopup instance in
the callback.
(BlackBerry::WebKit::PagePopup::close): Renamed from closePagePopup
since PagePopup::closePagePopup was a bit redundant.
- WebKitSupport/PagePopup.h: Renamed from Source/WebKit/blackberry/WebCoreSupport/PagePopupBlackBerry.h.
(BlackBerry::WebKit::PagePopup::create): Static member to create
instances of PagePopup now that it's refcounted.
- WebKitSupport/PagePopupClient.cpp: Renamed from Source/WebKit/blackberry/WebCoreSupport/PagePopupBlackBerryClient.cpp.
(BlackBerry::WebKit::PagePopupClient::PagePopupClient):
(BlackBerry::WebKit::PagePopupClient::closePopup):
(BlackBerry::WebKit::PagePopupClient::didClosePopup):
(BlackBerry::WebKit::PagePopupClient::contentSize):
(BlackBerry::WebKit::PagePopupClient::writeDocument):
- WebKitSupport/PagePopupClient.h: Renamed from Source/WebKit/blackberry/WebCoreSupport/PagePopupBlackBerryClient.h.
- WebKitSupport/SelectPopupClient.cpp: Renamed from Source/WebKit/blackberry/WebCoreSupport/SelectPopupClient.cpp.
(BlackBerry::WebKit::SelectPopupClient::SelectPopupClient):
(BlackBerry::WebKit::SelectPopupClient::~SelectPopupClient):
(BlackBerry::WebKit::SelectPopupClient::generateHTML):
(BlackBerry::WebKit::SelectPopupClient::setValueAndClosePopup):
Return early if popup has been closed already.
(BlackBerry::WebKit::SelectPopupClient::didClosePopup):
(BlackBerry::WebKit::SelectPopupClient::notifySelectionChange):
- WebKitSupport/SelectPopupClient.h: Renamed from Source/WebKit/blackberry/WebCoreSupport/SelectPopupClient.h.
- 8:21 AM Changeset in webkit [150755] by
-
- 3 edits in trunk/LayoutTests
[EFL][GTK] fast/regions/offsetLeft-offsetTop-in-multiple-regions.html is failing
https://bugs.webkit.org/show_bug.cgi?id=116808
Patch by Radu Stavila <stavila@adobe.com> on 2013-05-27
Reviewed by Anders Carlsson.
The test was failing because of differences between different fonts.
- fast/regions/offsetLeft-offsetTop-in-multiple-regions-expected.txt:
- fast/regions/offsetLeft-offsetTop-in-multiple-regions.html:
- 8:03 AM Changeset in webkit [150754] by
-
- 2 edits in trunk/Source/WebCore
Adjust date input width.
https://bugs.webkit.org/show_bug.cgi?id=100760.
Patch by Tiancheng Jiang <tijiang@rim.com> on 2013-05-27
Reviewed by Rob Buis.
BlackBerry PR 343497.
Internally Reviewed by Jeff Rogers.
Set width to auto to fit the string length.
- css/themeBlackBerry.css:
(input[type="date"], input[type="datetime"], input[type="datetime-local"], input[type="time"], input[type="month"]):
- 6:51 AM BadContent edited by
- Add a spamming email that was creating irrelevant attachments. (diff)
- 6:32 AM Changeset in webkit [150753] by
-
- 3 edits in trunk/Source/WebKit2
[GTK] Notify WebProcess in WebKitURISchemeRequest when we fail to read the user InputStream
https://bugs.webkit.org/show_bug.cgi?id=114347
Patch by Manuel Rego Casasnovas <Manuel Rego Casasnovas> on 2013-05-27
Reviewed by Carlos Garcia Campos.
While processing a WebKitURISchemeRequest if there is any error reading
the InputStream provided by the user (for example the stream is already
closed) we have to notify the WebProcess that the request has failed.
- UIProcess/API/gtk/WebKitURISchemeRequest.cpp:
(webkitURISchemeRequestReadCallback): Get the error from
g_input_stream_read_finish() and use it to call
webkit_uri_scheme_request_finish_error() in order to finish the failing
WebKitURISchemeRequest properly.
- UIProcess/API/gtk/tests/TestWebKitWebContext.cpp:
(testWebContextURIScheme): Modify test to check the new situation using
an already closed InputStream.
- 6:25 AM Changeset in webkit [150752] by
-
- 4 edits in trunk/Source/WebCore
Document::setHoveredNode() should be setHoveredElement().
<http://webkit.org/b/116819>
Reviewed by Antti Koivisto.
Only Elements can be hovered, teach Document about this.
- dom/Document.h:
- dom/Document.cpp:
(WebCore::Document::dispose):
(WebCore::Document::detach):
m_hoverNode => m_hoveredElement.
Removed hoverNode() and setHoverNode() since those were only used internally.
(WebCore::Document::updateHoverActiveState):
Updated for hovered things always being Elements.
(WebCore::Document::hoveredElementDidDetach):
- dom/Element.cpp:
(WebCore::Element::detach):
Renamed Document::hoveredNodeDetached() to hoveredElementDidDetach() and fix it up
following the same pattern as elementInActiveChainDidDetach().
- 6:00 AM Changeset in webkit [150751] by
-
- 2 edits in trunk/Source/WTF
[Qt] Enable parallel GC. Probably it has been fixed in r131791.
https://bugs.webkit.org/show_bug.cgi?id=90957
Reviewed by Csaba Osztrogonác.
- wtf/Platform.h:
- 5:48 AM Changeset in webkit [150750] by
-
- 2 edits in trunk/Source/WebCore
[Qt] REGRESSION(r150716): It made 15 inspector and 1 mozilla test to assert
https://bugs.webkit.org/show_bug.cgi?id=116822
Reviewed by Andreas Kling.
The input fontDescription may have more than one family defined.
- platform/qt/RenderThemeQStyle.cpp:
(WebCore::RenderThemeQStyle::adjustButtonStyle):
- 5:33 AM Changeset in webkit [150749] by
-
- 6 edits in trunk/Source
[Qt][Win] Input events aren't mapped properly with windowless plugins.
https://bugs.webkit.org/show_bug.cgi?id=116094
Reviewed by Tor Arne Vestbø.
Source/WebCore:
The events are first sent properly but Flash then immediately repaints
and this causes flickering painting.
The issue is that Flash seems to be doing some input event tracking of
its own internally, using the HWND returned through NPN_GetValue(NPNVnetscapeWindow).
We are currently using two coordinate systems for windowless plugins on Windows with Qt:
- FrameView coordinates: Used for input events and ajusted with the WM_WINDOWPOSCHANGED message
- Drawable coordinates: Used by WM_PAINT and adjusted with NPP_SetWindow
This patch fixes the bug by mapping input events to the native window returned
as NPNVnetscapeWindow instead of the FrameView to ensure that those coordinates will match
the ones used by Flash internally.
With this we shouldn't be using FrameView coordinates anywhere for windowless plugins
on Windows with Qt.
- platform/qt/QWebPageClient.h:
(QWebPageClient):
Added mapToOwnerWindow to the interface, mapping from the FrameView up to the wrapping nativeParentWidget.
- plugins/win/PluginViewWin.cpp:
(WebCore::contentsToNativeWindow):
(WebCore::PluginView::paintIntoTransformedContext):
(WebCore::PluginView::handleMouseEvent):
Source/WebKit/qt:
- WidgetSupport/PageClientQt.cpp:
(WebCore::PageClientQWidget::mapToOwnerWindow):
(WebCore::PageClientQGraphicsWidget::makeOpenGLContextCurrentIfAvailable):
(WebCore::PageClientQGraphicsWidget::screenNumber):
(WebCore::PageClientQGraphicsWidget::geometryRelativeToOwnerWidget):
(WebCore::PageClientQGraphicsWidget::mapToOwnerWindow):
(WebCore::PageClientQGraphicsWidget::graphicsItemVisibleRect):
(WebCore::PageClientQGraphicsWidget::firstGraphicsView):
Extracted this common logic from makeOpenGLContextCurrentIfAvailable,
screenNumber, geometryRelativeToOwnerWidget and graphicsItemVisibleRect
to be able to use it in mapToOwnerWindow.
- WidgetSupport/PageClientQt.h:
(PageClientQWidget):
(PageClientQGraphicsWidget):
- 5:23 AM Changeset in webkit [150748] by
-
- 2 edits in trunk/Source/JavaScriptCore
MacroAssemblerARM should use xor to swap registers instead of move
https://bugs.webkit.org/show_bug.cgi?id=116306
Reviewed by Zoltan Herczeg.
Change register swapping to xor from move and this way we don't need
temporary register anymore.
- assembler/MacroAssemblerARM.h:
(JSC::MacroAssemblerARM::swap):
- 4:05 AM Changeset in webkit [150747] by
-
- 13 edits in trunk/Source/WebCore
Tighten FontGlyphs interfaces to take FontDescription instead of Font
https://bugs.webkit.org/show_bug.cgi?id=116818
Reviewed by Andreas Kling.
This gives better understanding of what the actual inputs are.
- WebCore.exp.in:
- platform/graphics/Font.h:
(WebCore::Font::primaryFont):
(WebCore::Font::fontDataAt):
(WebCore::Font::isFixedPitch):
- platform/graphics/FontCache.cpp:
(WebCore::FontCache::getFontData):
- platform/graphics/FontCache.h:
- platform/graphics/FontFallbackList.cpp:
(WebCore::FontGlyphs::determinePitch):
(WebCore::FontGlyphs::realizeFontDataAt):
(WebCore::FontGlyphs::glyphDataAndPageForCharacter):
- platform/graphics/FontFallbackList.h:
(WebCore::FontGlyphs::primaryFontData):
(WebCore::FontGlyphs::isFixedPitch):
(WebCore::FontGlyphs::primarySimpleFontData):
- platform/graphics/blackberry/FontCacheBlackBerry.cpp:
- platform/graphics/freetype/FontCacheFreeType.cpp:
- platform/graphics/mac/FontCacheMac.mm:
(WebCore::FontCache::similarFontPlatformData):
Drop get* naming and make this Mac only as no other platform has it.
- platform/graphics/qt/FontCacheQt.cpp:
- platform/graphics/win/FontCacheWin.cpp:
- platform/graphics/wince/FontCacheWinCE.cpp:
(WebCore):
- 3:27 AM Changeset in webkit [150746] by
-
- 2 edits in trunk/LayoutTests
New test direct-pattern-compositing-contain-no-repeat.html fails on Mac
https://bugs.webkit.org/show_bug.cgi?id=116816
Modified the layer in the reference to still be composited, but have invisible painted content.
Patch by Noam Rosenthal <Noam Rosenthal> on 2013-05-27
Reviewed by Andreas Kling.
- compositing/patterns/direct-pattern-compositing-contain-no-repeat-expected.html:
- 3:23 AM Changeset in webkit [150745] by
-
- 2 edits in trunk/Source/WebKit2
Unreviewed. Fix make distcheck.
- GNUmakefile.list.am: Add missing header file.
- 2:45 AM Changeset in webkit [150744] by
-
- 5 edits in trunk/Source/WebCore
Strengthen typing of detaching an Element from Document's :active chain.
<http://webkit.org/b/116815>
Reviewed by Antti Koivisto.
Tiny cleanup now that the :active chain can only contain elements.
Rename Document::activeChainNodeDetached() to elementInActiveChainDidDetach().
- dom/Element.cpp:
(WebCore::Element::detach):
- dom/Document.h:
- dom/Document.cpp:
(WebCore::Document::elementInActiveChainDidDetach):
Rename, take Element*, remove silly condition that was always true.
- 2:41 AM Changeset in webkit [150743] by
-
- 11 edits in trunk/Source/WebCore
[CSS Regions] Remove the offsetFromLogicalTopOfFirstPage parameter from layout functions
https://bugs.webkit.org/show_bug.cgi?id=116441
Reviewed by David Hyatt.
The patch changes the following things:
- exposes offsetFromLogicalTopOfFirstPage() to all the RenderBoxes;
- offsetFromLogicalTopOfFirstPage() is now safe to call from any box inside a flow thread, not only the
currently being laid out;
- removes the offsetFromLogicalTopOfFirstPage parameter from all the layout functions
that didn't actually required it; when the value is necessary, the offsetFromLogicalTopOfFirstPage
function is called instead;
- RenderFlowThread now handles its own logic for obtaining the offset from logical top of the first
region for a box, based on the layout states pushed on RenderView; it provides a better caching mechanism
that can be used for all the ancestor containing blocks of the current box being laid out.
The RenderBoxRegionInfo structures are cached only based on the box and the region. This means that
passing around a value for offsetFromLogicalTopOfFirstPage different in some cases than others was
risky. If there is a possibility of having a different box info result for a different offset
then the cache is not working correctly.
Tests: No function change, no tests.
- rendering/RenderBlock.cpp:
(WebCore::RenderBlock::computeStartPositionDeltaForChildAvoidingFloats):
(WebCore::RenderBlock::logicalLeftOffsetForContent):
(WebCore::RenderBlock::logicalRightOffsetForContent):
(WebCore::RenderBlock::getClearDelta):
(WebCore::RenderBlock::lineWidthForPaginatedLineChanged):
(WebCore::RenderBlock::offsetFromLogicalTopOfFirstPage):
(WebCore::RenderBlock::logicalWidthChangedInRegions):
- rendering/RenderBlock.h:
(WebCore::RenderBlock::availableLogicalWidthForLine):
(WebCore::RenderBlock::logicalRightOffsetForLine):
(WebCore::RenderBlock::logicalLeftOffsetForLine):
(WebCore::RenderBlock::startOffsetForLine):
(WebCore::RenderBlock::endOffsetForLine):
(WebCore::RenderBlock::availableLogicalWidthForContent):
(WebCore::RenderBlock::startOffsetForContent):
(WebCore::RenderBlock::endOffsetForContent):
(WebCore::RenderBlock::logicalLeftOffsetForContent):
(WebCore::RenderBlock::logicalRightOffsetForContent):
- rendering/RenderBox.cpp:
(WebCore::RenderBox::borderBoxRectInRegion):
(WebCore::RenderBox::constrainLogicalWidthInRegionByMinMax):
(WebCore::RenderBox::shrinkLogicalWidthToAvoidFloats):
(WebCore::RenderBox::containingBlockLogicalWidthForContentInRegion):
(WebCore::RenderBox::containingBlockAvailableLineWidthInRegion):
(WebCore::RenderBox::computeLogicalWidthInRegion):
(WebCore::RenderBox::computeLogicalWidthInRegionUsing):
(WebCore::RenderBox::renderBoxRegionInfo):
(WebCore::RenderBox::containingBlockLogicalWidthForPositioned):
(WebCore::RenderBox::containingBlockLogicalHeightForPositioned):
(WebCore::computeInlineStaticDistance):
(WebCore::RenderBox::computePositionedLogicalWidth):
(WebCore::RenderBox::computePositionedLogicalWidthUsing):
(WebCore::RenderBox::computePositionedLogicalHeight):
(WebCore::RenderBox::computePositionedLogicalHeightUsing):
(WebCore::RenderBox::computePositionedLogicalWidthReplaced):
(WebCore::RenderBox::computePositionedLogicalHeightReplaced):
(WebCore::RenderBox::offsetFromLogicalTopOfFirstPage):
- rendering/RenderBox.h:
- rendering/RenderFlexibleBox.cpp:
(WebCore::RenderFlexibleBox::computeMainAxisExtentForChild):
- rendering/RenderFlowThread.cpp:
(WebCore::RenderFlowThread::logicalWidthChangedInRegionsForBlock):
(WebCore::RenderFlowThread::hasCachedOffsetFromLogicalTopOfFirstRegion):
(WebCore::RenderFlowThread::cachedOffsetFromLogicalTopOfFirstRegion):
(WebCore::RenderFlowThread::setOffsetFromLogicalTopOfFirstRegion):
(WebCore::RenderFlowThread::clearOffsetFromLogicalTopOfFirstRegion):
(WebCore::RenderFlowThread::currentActiveRenderBox):
(WebCore::RenderFlowThread::pushFlowThreadLayoutState):
(WebCore::RenderFlowThread::popFlowThreadLayoutState):
(WebCore::RenderFlowThread::offsetFromLogicalTopOfFirstRegion):
(WebCore::RenderFlowThread::adjustedPositionRelativeToOffsetParent):
- rendering/RenderFlowThread.h:
- rendering/RenderTable.cpp:
(WebCore::RenderTable::updateLogicalWidth):
- rendering/RenderView.cpp:
(WebCore::RenderView::pushLayoutState):
(WebCore::RenderView::pushLayoutStateForCurrentFlowThread):
(WebCore::RenderView::popLayoutStateForCurrentFlowThread):
- rendering/RenderView.h:
(WebCore::RenderView::pushLayoutState):
(WebCore::RenderView::popLayoutState):
- 2:21 AM Changeset in webkit [150742] by
-
- 3 edits in trunk/LayoutTests
[Qt] Unreviewed gardening. Greening bots.
- platform/qt-5.0-wk1/TestExpectations:
- platform/qt-5.0-wk2/TestExpectations:
- 2:13 AM Changeset in webkit [150741] by
-
- 2 edits in trunk/Source/WebCore
Active DOM objects stopped twice
https://bugs.webkit.org/show_bug.cgi?id=116524
Reviewed by Alexey Proskuryakov.
Only iterate over all active DOM object to stop them once.
To ensure later created active DOM objects are stopped,
suspendActiveDOMObjectIfNeeded now also stops active DOM objects
if needed. This also fixes an existing bug when active DOM
objects were created after stopActiveDOMObjects had been called.
Two existing tests creates new active DOM objects after stopActiveDOMObjects
has been called:
fast/dom/xmlhttprequest-constructor-in-detached-document.html
fast/dom/Window/timer-null-script-execution-context.html
- dom/ScriptExecutionContext.cpp:
(WebCore::ScriptExecutionContext::stopActiveDOMObjects):
(WebCore::ScriptExecutionContext::suspendActiveDOMObjectIfNeeded):
- 1:34 AM Changeset in webkit [150740] by
-
- 1 edit1 add in trunk/LayoutTests
Unreviewed GTK gardening.
- platform/gtk/plugins/mouse-events-expected.txt: Added. Rebaselining after r150558.
- 1:22 AM Changeset in webkit [150739] by
-
- 3 edits in trunk/LayoutTests
Unreviewed GTK gardening.
Adding failure expectations for the current test failures.
- platform/gtk-wk1/TestExpectations:
- platform/gtk/TestExpectations:
- 1:20 AM Changeset in webkit [150738] by
-
- 3 edits in trunk/Source/WebCore
Remove redundant CachedRawResource::loader()
https://bugs.webkit.org/show_bug.cgi?id=116805
Reviewed by Andreas Kling.
Just remove redundant code, no test case needed.
- loader/cache/CachedRawResource.cpp:
- loader/cache/CachedRawResource.h:
- 1:02 AM WebKitGTK/2.0.x edited by
- (diff)
- 12:50 AM Changeset in webkit [150737] by
-
- 2 edits1 add in trunk/LayoutTests
Unreviewed GTK gardening.
- 12:20 AM Changeset in webkit [150736] by
-
- 2 edits in trunk/Source/WebCore
WinCE build TLC: Node::active() moved to Element.
- rendering/RenderThemeWinCE.cpp:
(WebCore::RenderThemeWinCE::paintSearchFieldCancelButton):
