Timeline
Jun 19, 2013:
- 10:44 PM Changeset in webkit [151771] by
-
- 2 edits in trunk/Source/WebCore
The order of the generated supplemental code is not guaranteed
https://bugs.webkit.org/show_bug.cgi?id=117820
Reviewed by Kentaro Hara.
Sort the supplemental idl files before generating the code so that it is
generated in a consistent order.
No new tests, covered by existing bindings tests.
- bindings/scripts/generate-bindings.pl:
- 10:39 PM Changeset in webkit [151770] by
-
- 3 edits in trunk/Source/WebCore
Unreviewed, rolling out r151769.
http://trac.webkit.org/changeset/151769
https://bugs.webkit.org/show_bug.cgi?id=117821
Broke windows build due to missing GL/glext.h header.
(Requested by bfulgham on #webkit).
- WebCore.vcxproj/WebCore.vcxproj:
- WebCore.vcxproj/WebCore.vcxproj.filters:
- 10:06 PM Changeset in webkit [151769] by
-
- 3 edits in trunk/Source/WebCore
Added WebGL files to Windows build without enabling them.
https://bugs.webkit.org/show_bug.cgi?id=117809
Patch by Alex Christensen <alex.christensen@flexsim.com> on 2013-06-19
Reviewed by Brent Fulgham.
- WebCore.vcxproj/WebCore.vcxproj: Added WebGL source files.
- WebCore.vcxproj/WebCore.vcxproj.filters: Added platform\graphics\opengl and platform\graphics\gpu filters.
- 10:04 PM Changeset in webkit [151768] by
-
- 4 edits in trunk/Source/WebCore
Windows build should include WebGL generated files if WebGL is enabled.
https://bugs.webkit.org/show_bug.cgi?id=117802
Reviewed by Brent Fulgham.
Added WebGL generated files to Windows build if WebGL is enabled.
- DerivedSources.cpp:
- WebCore.vcxproj/WebCore.vcxproj:
- WebCore.vcxproj/WebCore.vcxproj.filters:
- 9:30 PM Changeset in webkit [151767] by
-
- 8 edits in trunk/Source/WebKit2
Expose plug-ins CFBundleShortVersionString in the WKPluginInformation dictionary
https://bugs.webkit.org/show_bug.cgi?id=117816
Reviewed by Geoffrey Garen.
- Adds a new key for the WKPluginInformation dictionary: WKPluginInformationBundleShortVersionKey().
- Shared/API/c/WKPluginInformation.cpp:
(WKPluginInformationBundleShortVersionKey):
- Shared/API/c/WKPluginInformation.h:
- Shared/Plugins/Netscape/PluginInformation.cpp:
(WebKit::pluginInformationBundleShortVersionKey):
- Shared/Plugins/Netscape/PluginInformation.h:
- Shared/Plugins/Netscape/mac/NetscapePluginModuleMac.mm:
(WebKit::NetscapePluginModule::getPluginInfo):
- Shared/Plugins/Netscape/mac/PluginInformationMac.mm:
(WebKit::getPlatformPluginModuleInformation):
- Shared/Plugins/PluginModuleInfo.h:
- 9:22 PM Changeset in webkit [151766] by
-
- 1 edit1 add in trunk/LayoutTests
Adding a Mac pixel result.
- platform/mac/fast/replaced/width-and-height-of-positioned-replaced-elements-expected.png: Added.
- 9:20 PM Changeset in webkit [151765] by
-
- 1 edit3 adds in trunk/LayoutTests
[Windows] Unreviewed AX test expecation gardening.
- platform/win/accessibility/aria-labelledby-on-input-expected.txt: Added.
- platform/win/accessibility/aria-list-and-listitem-expected.txt: Added.
- platform/win/accessibility/aria-roles-expected.txt: Added.
- 9:14 PM Changeset in webkit [151764] by
-
- 2 edits in trunk/Tools
[Windows] AX: Expand notification support.
https://bugs.webkit.org/show_bug.cgi?id=117761
Reviewed by Anders Carlsson.
- DumpRenderTree/win/AccessibilityUIElementWin.cpp:
(AccessibilityUIElement::isPressActionSupported): Provide implementation.
(AccessibilityUIElement::press): Provide implementation.
- 7:35 PM Changeset in webkit [151763] by
-
- 2 edits in trunk/LayoutTests
Unskip feSpecularLight-premultiplied.svg on Mountain Lion
Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-06-19
- platform/mac/TestExpectations:
The test is failing on Lion exclusively.
- 7:18 PM Changeset in webkit [151762] by
-
- 2 edits in trunk/Source/WebCore
[Mac] Common crashes when playing media
https://bugs.webkit.org/show_bug.cgi?id=117813
<rdar://problem/13837412>
Reviewed by Eric Carlson.
- platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm: (-[WebCoreAVFLoaderDelegate resourceLoader:didCancelLoadingRequest:]): This method may be called from a secondary thread, but it does things that are not thread safe.
- 6:06 PM Changeset in webkit [151761] by
-
- 4 edits12 adds in trunk
Incomplete repaint of input elements in writing-mode overflow
https://bugs.webkit.org/show_bug.cgi?id=110246
Patch by Yuki Sekiguchi <yuki.sekiguchi@access-company.com> on 2013-06-19
Reviewed by Simon Fraser.
Source/WebCore:
We calculate repaint rect using unflipped rect.
However, RenderBox::applyCachedClipAndScrollOffsetForRepaint() which is called from repaint rect calculation
wants that its argument rect is flipped.
The reason is:
- paintRect.move(-scrolledContentOffset()); cannot scroll if the rect is unflipped.
- It cannot clip using intersect.
Passing unflipped rect to applyCachedClipAndScrollOffsetForRepaint() cause invalid clipping.
Therefore, this patch flipped the rect at the first part of the function and unflipped it at the last part of the function.
Scroll bar rect is absolute rect, so it is flipped rect.
RenderLayer::invalidateScrollbarRect() pass the rect to repaintRectangle() which expects an argument rect is unflipped.
This cause part of overlapping scroll bar doesn't fade out.
Therefore, this patch flipped the rect and pass it to repaintRectangle().
Tests: fast/repaint/horizontal-bt-overflow-child.html
fast/repaint/horizontal-bt-overflow-parent.html
fast/repaint/horizontal-bt-overflow-same.html
fast/repaint/vertical-overflow-child.html
fast/repaint/vertical-overflow-parent.html
fast/repaint/vertical-overflow-same.html
- rendering/RenderBox.cpp:
(WebCore::RenderBox::applyCachedClipAndScrollOffsetForRepaint):
- rendering/RenderLayer.cpp:
(WebCore::RenderLayer::invalidateScrollbarRect):
LayoutTests:
- fast/repaint/horizontal-bt-overflow-child-expected.txt: Added.
- fast/repaint/horizontal-bt-overflow-child.html: Added.
- fast/repaint/horizontal-bt-overflow-parent-expected.txt: Added.
- fast/repaint/horizontal-bt-overflow-parent.html: Added.
- fast/repaint/horizontal-bt-overflow-same-expected.txt: Added.
- fast/repaint/horizontal-bt-overflow-same.html: Added.
- fast/repaint/vertical-overflow-child-expected.txt: Added.
- fast/repaint/vertical-overflow-child.html: Added.
- fast/repaint/vertical-overflow-parent-expected.txt: Added.
- fast/repaint/vertical-overflow-parent.html: Added.
- fast/repaint/vertical-overflow-same-expected.txt: Added.
- fast/repaint/vertical-overflow-same.html: Added.
- 5:10 PM Changeset in webkit [151760] by
-
- 4 edits in trunk/Source/WebKit2
<rdar://problem/14197983> Rename functions from Bug 117667 and add safeguards for !ENABLE(VIDEO) platforms (117765)
https://bugs.webkit.org/show_bug.cgi?id=117765
Patch by Ruth Fong <ruth_fong@apple.com>.
Reviewed by Brady Eidson.
- WebProcess/InjectedBundle/API/c/WKBundleHitTestResult.cpp:
(WKBundleHitTestResultGetMediaType): Updated to use mediaType().
- WebProcess/InjectedBundle/InjectedBundleHitTestResult.cpp:
(WebKit::InjectedBundleHitTestResult::mediaType): Updated.
Renamed getMediaType() to mediaType() and now handles !ENABLE(VIDEO) platforms.
- WebProcess/InjectedBundle/InjectedBundleHitTestResult.h:
- 4:37 PM Changeset in webkit [151759] by
-
- 2 edits in trunk/LayoutTests
Unskip two canvas tests that only fail on Lion
Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-06-19
- platform/mac/TestExpectations:
- 4:17 PM Changeset in webkit [151758] by
-
- 2 edits in trunk/LayoutTests
Rebaseline 24bit-22khz-resample on Mac
The result did not match the expectation after a system update.
Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-06-19
- platform/mac-wk2/webaudio/codec-tests/wav/24bit-22khz-resample-expected.wav:
Comparing the files, they have the exact same length, sample rate, bit per sample and binary size.
I cannot ear a difference in the files.
- 3:41 PM Changeset in webkit [151757] by
-
- 28 edits in trunk
Use the PlatformEvent timestamp when creating a DOM Event
https://bugs.webkit.org/show_bug.cgi?id=117179
Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-06-19
Reviewed by Darin Adler.
Source/WebCore:
Previously, the platform event's timestamp was ignored by WebCore and each
new event would get a new timestamp by calling WTF::currentTime().
The problem is there can be a significant delay between the input event and
it being dispatched to JavaScript. Computing the velocity/acceleration of the cursor
is impossible since the delay vary from event to events.
On WebKit2, the delay per event typically vary between 0 and 30ms.
This patch changes the Event creation code to use the timer passed by the underlying platform event.
- WebCore.exp.in:
- dom/Event.cpp:
(WebCore::Event::Event):
- dom/Event.h:
- dom/GestureEvent.cpp:
(WebCore::GestureEvent::create):
(WebCore::GestureEvent::GestureEvent):
- dom/GestureEvent.h:
- dom/KeyboardEvent.cpp:
(WebCore::KeyboardEvent::KeyboardEvent):
- dom/KeyboardEvent.h:
- dom/MouseEvent.cpp:
(WebCore::MouseEvent::create):
(WebCore::MouseEvent::MouseEvent):
(WebCore::SimulatedMouseEvent::SimulatedMouseEvent):
- dom/MouseEvent.h:
- dom/MouseRelatedEvent.cpp:
(WebCore::MouseRelatedEvent::MouseRelatedEvent):
- dom/MouseRelatedEvent.h:
- dom/TouchEvent.cpp:
(WebCore::TouchEvent::TouchEvent):
- dom/UIEvent.cpp:
(WebCore::UIEvent::UIEvent):
- dom/UIEvent.h:
- dom/UIEventWithKeyState.h:
(WebCore::UIEventWithKeyState::UIEventWithKeyState):
- dom/WheelEvent.cpp:
(WebCore::WheelEvent::WheelEvent):
(WebCore::WheelEventDispatchMediator::WheelEventDispatchMediator):
- dom/WheelEvent.h:
(WebCore::WheelEvent::create):
- page/EventHandler.cpp:
(WebCore::EventHandler::dispatchDragEvent):
- platform/mac/PlatformEventFactoryMac.mm:
(WebCore::PlatformMouseEventBuilder::PlatformMouseEventBuilder):
(WebCore::PlatformWheelEventBuilder::PlatformWheelEventBuilder):
(WebCore::PlatformKeyboardEventBuilder::PlatformKeyboardEventBuilder):
(WebCore::PlatformGestureEventBuilder::PlatformGestureEventBuilder):
Source/WebKit/mac:
- WebView/WebPDFView.mm:
(-[WebPDFView PDFViewWillClickOnLink:withURL:]):
Source/WebKit2:
- Shared/mac/WebEventFactory.mm:
(WebKit::WebEventFactory::createWebMouseEvent):
(WebKit::WebEventFactory::createWebWheelEvent):
(WebKit::WebEventFactory::createWebKeyboardEvent):
(WebKit::WebEventFactory::createWebGestureEvent):
Tools:
- WebKitTestRunner/mac/EventSenderProxy.mm:
(WTR::EventSenderProxy::mouseDown):
(WTR::EventSenderProxy::mouseUp):
(WTR::EventSenderProxy::mouseMoveTo):
(WTR::EventSenderProxy::keyDown):
- 3:28 PM Changeset in webkit [151756] by
-
- 1 edit in trunk/Source/WTF/ChangeLog
Fixed reviewer name
- 3:27 PM Changeset in webkit [151755] by
-
- 2 edits in trunk/Source/WTF
Remove the SegmentedVector inline segment to shrink CodeBlock by 6X
https://bugs.webkit.org/show_bug.cgi?id=117808
Reviewed by Geoffrey Garen.
SegmentedVector allocation isn't super hot, but we do tend to have many
live SegmentedVectors at runtime, particularly in CodeBlocks, so the
right tradeoff is to allocate segments out-of-line as needed.
This reduces startup memory usage @ google.com by about 6MB.
No regression on SunSpider.
- wtf/SegmentedVector.h:
(WTF::SegmentedVector::SegmentedVector):
(WTF::SegmentedVector::at):
(WTF::SegmentedVector::append):
(WTF::SegmentedVector::removeLast):
(WTF::SegmentedVector::clear):
(WTF::SegmentedVector::deleteAllSegments): No more inline segment.
(WTF::SegmentedVector::ensureSegmentsFor): This code used to assume
that there was always a 0 segment, so the math would underflow if there
were no 0 segment. I udpated the math to account for having no segments.
- 3:16 PM BuildingGtk edited by
- Added links to root pages (diff)
- 3:12 PM WebKitGTK/StartHacking edited by
- (diff)
- 3:11 PM WebKitGTK/StartHacking edited by
- Added hacking guide section (diff)
- 3:07 PM WebKitGTK/Chroot edited by
- (diff)
- 3:07 PM Changeset in webkit [151754] by
-
- 21 edits in trunk/Source/WebCore
Make sure to use CSSValueID and CSSPropertyID rather than integers
https://bugs.webkit.org/show_bug.cgi?id=117481
Reviewed by Benjamin Poulain.
This will ensure that types are enforced when passing arguments in various
css functions. Having a compile time check make sure that no mistakes
will be done over the type.
The parser was also patched to directly use CSSValueID over integers.
This patch also fixes various call sites abusing the usage of integers.
This is part 1 of 2.
No new tests : existing ones should cover.
- WebCore.xcodeproj/project.pbxproj: copy CSSValueKeywords.h as it could be used in WebKit/ for example.
- css/CSSComputedStyleDeclaration.cpp:
(WebCore::valueForRepeatRule):
(WebCore::cssIdentifierForFontSizeKeyword):
(WebCore::identifierForFamily):
(WebCore::valueForFamily):
- css/CSSGrammar.y.in:
- css/CSSParser.cpp:
(WebCore::parseColorValue):
(WebCore::parseKeywordValue):
(WebCore::CSSParser::parseValidPrimitive):
(WebCore::CSSParser::parseValue):
(WebCore::CSSParser::parseContent):
(WebCore::CSSParser::parseBackgroundColor):
(WebCore::CSSParser::parseFillPositionComponent):
(WebCore::CSSParser::parse3ValuesFillPosition):
(WebCore::CSSParser::parseFillRepeat):
(WebCore::CSSParser::parseAnimationProperty):
(WebCore::CSSParser::parseCounterContent):
(WebCore::CSSParser::parseLineHeight):
(WebCore::CSSParser::parseFontSize):
(WebCore::CSSParser::createFontWeightValueKeyword):
(WebCore::CSSParser::parseFontWeight):
(WebCore::parseDeprecatedGradientColorStop):
(WebCore::parseGradientColorOrKeyword):
(WebCore::CSSParser::parseDeprecatedRadialGradient):
(WebCore::CSSParser::rewriteSpecifiers):
- css/CSSParser.h:
- css/CSSParserValues.h:
- css/CSSPrimitiveValue.h:
- css/CSSValuePool.cpp:
(WebCore::CSSValuePool::createIdentifierValue):
- css/CSSValuePool.h:
- css/StylePropertySet.cpp:
(WebCore::MutableStylePropertySet::setProperty):
- css/StylePropertySet.h:
- dom/StyledElement.cpp:
(WebCore::StyledElement::setInlineStyleProperty):
(WebCore::StyledElement::addPropertyToPresentationAttributeStyle):
- dom/StyledElement.h:
- editing/EditingStyle.cpp:
(WebCore::HTMLFontSizeEquivalent::attributeValueAsCSSValue):
(WebCore::EditingStyle::prepareToApplyAt):
- editing/EditorCommand.cpp:
(WebCore::executeApplyStyle):
(WebCore::executeFontSize):
- html/HTMLElement.cpp:
(WebCore::unicodeBidiAttributeForDirAuto):
(WebCore::HTMLElement::applyAlignmentAttributeToStyle):
- html/HTMLFontElement.cpp:
(WebCore::HTMLFontElement::cssValueFromFontSizeNumber):
(WebCore::HTMLFontElement::collectStyleForPresentationAttribute):
- html/HTMLFontElement.h:
- html/HTMLTableElement.cpp:
(WebCore::leakBorderStyle):
- html/track/TextTrackCue.cpp:
(WebCore::TextTrackCue::getCSSWritingDirection):
(WebCore::TextTrackCue::getCSSWritingMode):
- html/track/TextTrackCue.h:
- 2:54 PM WebKitGTK/Chroot edited by
- Minor fix (diff)
- 2:53 PM WebKitGTK/Chroot edited by
- Added Fixes (diff)
- 1:54 PM Changeset in webkit [151753] by
-
- 2 edits in trunk/Source/WebKit/win
[Windows] Correct style on last patch.
Reviewed by Tim Horton.
- WebCoreSupport/WebFrameNetworkingContext.cpp:
(WebFrameNetworkingContext::ensurePrivateBrowsingSession):
- 1:51 PM Changeset in webkit [151752] by
-
- 2 edits in trunk/Source/WebKit/win
[Windows] Unreviewed build correction.
- WebCoreSupport/WebFrameNetworkingContext.cpp:
(WebFrameNetworkingContext::ensurePrivateBrowsingSession): Make sure returned generic
type is a CFStringRef before casting.
- 1:37 PM Changeset in webkit [151751] by
-
- 2 edits in trunk/Source/WebKit/win
Unreviewed build fix for Apple Windows port.
- WebCoreSupport/WebFrameNetworkingContext.cpp:
(WebFrameNetworkingContext::ensurePrivateBrowsingSession):
- 1:11 PM Changeset in webkit [151750] by
-
- 6 edits in trunk/Source/WebCore
Fix a few missed renames from Exclusions -> Shapes
https://bugs.webkit.org/show_bug.cgi?id=117803
Patch by Bem Jones-Bey <Bem Jones-Bey> on 2013-06-19
Reviewed by David Hyatt.
In the great CSS Exclusions to CSS Shapes rename, a few instances were
missed. This fixes those instances.
No new tests, no behavior change, just renames.
- rendering/RenderBlock.cpp:
(WebCore::RenderBlock::updateRegionsAndShapesBeforeChildLayout):
(WebCore::RenderBlock::updateRegionsAndShapesAfterChildLayout):
(WebCore::RenderBlock::layoutBlock):
(WebCore::RenderBlock::logicalLeftOffsetForLine):
(WebCore::RenderBlock::logicalRightOffsetForLine):
- rendering/RenderBlock.h:
- rendering/RenderDeprecatedFlexibleBox.cpp:
(WebCore::RenderDeprecatedFlexibleBox::layoutBlock):
- rendering/RenderFlexibleBox.cpp:
(WebCore::RenderFlexibleBox::layoutBlock):
- rendering/RenderGrid.cpp:
(WebCore::RenderGrid::layoutBlock):
- 1:09 PM Changeset in webkit [151749] by
-
- 9 edits1 add in branches/dfgFourthTier/Source/JavaScriptCore
Refactor ObjCCallbackFunction to inherit directly from InternalFunction
https://bugs.webkit.org/show_bug.cgi?id=117595
Reviewed by Geoffrey Garen.
- API/APICallbackFunction.h: Added. New struct that allows JSCallbackFunction and
ObjCCallbackFunction to share their host call() implementation through the magic of
templates.
(JSC::APICallbackFunction::call):
- API/JSCallbackFunction.cpp:
(JSC::JSCallbackFunction::getCallData): Changed to get the template-ized version of
the host function.
- API/JSCallbackFunction.h:
- API/ObjCCallbackFunction.h: Now inherits directly from InternalFunction.
- API/ObjCCallbackFunction.mm:
(JSC::ObjCCallbackFunction::ObjCCallbackFunction):
(JSC::ObjCCallbackFunction::getCallData): Ditto.
- GNUmakefile.list.am: Build files!
- JavaScriptCore.vcxproj/JavaScriptCore.vcxproj:
- JavaScriptCore.vcxproj/JavaScriptCore.vcxproj.filters:
- JavaScriptCore.xcodeproj/project.pbxproj:
- 1:05 PM Changeset in webkit [151748] by
-
- 8 edits in trunk/Source/WebKit2
REGRESSION: Cannot open Silverlight preferences via context menu
https://bugs.webkit.org/show_bug.cgi?id=117806
<rdar://problem/14166644>
Reviewed by Beth Dakin.
Hook the LSOpenCFURLRef function and make the UI process open the URL if it's the URL for the
Silverlight Preferences application. This is what we do for the Flash updater.
- PluginProcess/PluginProcess.h:
- PluginProcess/mac/PluginProcessMac.mm:
(WebKit::openCFURLRef):
(WebKit::initializeShim):
(WebKit::PluginProcess::openURL):
- PluginProcess/mac/PluginProcessShim.h:
- PluginProcess/mac/PluginProcessShim.mm:
(WebKit::shimLSOpenCFURLRef):
- UIProcess/Plugins/PluginProcessProxy.h:
- UIProcess/Plugins/PluginProcessProxy.messages.in:
- UIProcess/Plugins/mac/PluginProcessProxyMac.mm:
(WebKit::isSilverlightPreferencesURL):
(WebKit::shouldOpenURL):
(WebKit::PluginProcessProxy::openURL):
- 12:45 PM Changeset in webkit [151747] by
-
- 2 edits in trunk/Source/WebCore
Incorrect use of jsCast in a finalizer
https://bugs.webkit.org/show_bug.cgi?id=117807
Reviewed by Geoffrey Garen.
We can't use jsCast in a finalizer as it checks an object's structure,
and the structure may already have been swept by that point. Use a
static_cast instead.
- bridge/runtime_array.cpp:
(JSC::RuntimeArray::destroy):
- 11:54 AM Changeset in webkit [151746] by
-
- 26 edits in trunk/LayoutTests
Rebaseline results on GTK and EFL after r151737
Unreviewed, gardening.
- platform/efl/fast/css/word-space-extra-expected.txt:
- platform/efl/fast/replaced/width100percent-image-expected.png:
- platform/efl/fast/replaced/width100percent-image-expected.txt:
- platform/efl/fast/replaced/width100percent-menulist-expected.png:
- platform/efl/fast/replaced/width100percent-menulist-expected.txt:
- platform/efl/fast/replaced/width100percent-searchfield-expected.png:
- platform/efl/fast/replaced/width100percent-searchfield-expected.txt:
- platform/efl/fast/replaced/width100percent-textarea-expected.png:
- platform/efl/fast/replaced/width100percent-textarea-expected.txt:
- platform/efl/fast/replaced/width100percent-textfield-expected.png:
- platform/efl/fast/replaced/width100percent-textfield-expected.txt:
- platform/efl/tables/mozilla/bugs/bug57828-expected.png:
- platform/efl/tables/mozilla/bugs/bug57828-expected.txt:
- platform/gtk/fast/css/word-space-extra-expected.txt:
- platform/gtk/fast/replaced/width100percent-image-expected.png:
- platform/gtk/fast/replaced/width100percent-image-expected.txt:
- platform/gtk/fast/replaced/width100percent-menulist-expected.png:
- platform/gtk/fast/replaced/width100percent-menulist-expected.txt:
- platform/gtk/fast/replaced/width100percent-searchfield-expected.png:
- platform/gtk/fast/replaced/width100percent-searchfield-expected.txt:
- platform/gtk/fast/replaced/width100percent-textarea-expected.png:
- platform/gtk/fast/replaced/width100percent-textarea-expected.txt:
- platform/gtk/fast/replaced/width100percent-textfield-expected.png:
- platform/gtk/fast/replaced/width100percent-textfield-expected.txt:
- platform/gtk/tables/mozilla/bugs/bug57828-expected.txt:
- 11:45 AM Changeset in webkit [151745] by
-
- 8 edits in trunk/Source
../WebCore: [Windows] AX: Extend notification handling
https://bugs.webkit.org/show_bug.cgi?id=117761.
Reviewed by Anders Carlsson.
accessibility/press-works-on-control-types.html
- accessibility/win/AXObjectCacheWin.cpp:
(WebCore::AXObjectCache::postPlatformNotification): Add handlers for more event notifications.
- accessibility/win/AccessibilityObjectWrapperWin.cpp:
(WebCore::AccessibilityObjectWrapper::accessibilityAttributeValue): Protect against null
pointer dereference found during testing.
- dom/Document.cpp:
(WebCore::Document::implicitClose): Execute notification handler for Windows as well as Mac.
- page/FrameView.cpp:
(WebCore::FrameView::layout): Ditto.
../WebKit/win: [Windows] AX: Extend notification support.
https://bugs.webkit.org/show_bug.cgi?id=117761
Reviewed by Anders Carlsson.
- AccessibleDocument.cpp:
(AccessibleDocument::state): Improve handling of focus state.
- AccessibleDocument.h: Provide signature for new state override.
- 11:38 AM Changeset in webkit [151744] by
-
- 14 edits in branches/dfgFourthTier/Source/JavaScriptCore
fourthTier: Arity fixup should be done while on same stack
https://bugs.webkit.org/show_bug.cgi?id=117102
Reviewed by Oliver Hunt.
Removed the fixup part of op_call_arityCheck() and op_construct_arityCheck() and moved it to
a thunk for the JITs and as assembly for the llint. This patch provides the plumbing needed to
move to the C stack for JS execution. The fixup thunk and llint code would need to be change to
work with a stack that grows down when we do move to the C stack.
Due to an issue with the offline assembler, I moved the const at the top of LowLevelInterpreter64.asm
and LowLevelInterpreter32_64.asm to LowLevelInterpreter.asm. The problem is that a const defined in
one file that are used in a macro doesn't resolve the const if the macro is used in another file. This
seemed like the quickest path.
- dfg/DFGJITCompiler.cpp:
(JSC::DFG::JITCompiler::compileFunction):
(JSC::DFG::JITCompiler::linkFunction):
- dfg/DFGJITCompiler.h:
(JITCompiler):
- ftl/FTLLink.cpp:
(JSC::FTL::link):
- jit/JIT.cpp:
(JSC::JIT::privateCompile):
- jit/JITStubs.cpp:
(JSC::DEFINE_STUB_FUNCTION):
- jit/JITStubs.h:
- jit/ThunkGenerators.cpp:
(JSC::arityFixup):
- jit/ThunkGenerators.h:
- llint/LowLevelInterpreter.asm:
- llint/LowLevelInterpreter32_64.asm:
- llint/LowLevelInterpreter64.asm:
- runtime/CommonSlowPaths.cpp:
(JSC::SLOW_PATH_DECL):
- runtime/CommonSlowPaths.h:
(JSC::CommonSlowPaths::arityCheckFor):
- 11:17 AM Changeset in webkit [151743] by
-
- 4 edits1 delete in trunk/Source/WebCore
[WinCairo] Webfont rendering is broken.
https://bugs.webkit.org/show_bug.cgi?id=117695
Patch by peavo@outlook.com <peavo@outlook.com> on 2013-06-19
Reviewed by Brent Fulgham.
The native font handle created from webfont data is invalid.
In much the same way it's done in WinApple, we first need to install the webfont,
create a native font handle from the new font name,
and pass the font handle to the FontPlatformData object, where it's needed to get the glyphs.
- platform/graphics/FontPlatformData.h: Added HFONT parameter to constructor.
- platform/graphics/win/FontCustomPlatformDataCairo.cpp:
(WebCore::FontCustomPlatformData::~FontCustomPlatformData): Release installed webfont.
(WebCore::FontCustomPlatformData::fontPlatformData): Create valid HFONT handle for webfont.
(WebCore::createUniqueFontName): Added method to create webfont name.
(WebCore::createFontCustomPlatformData): Install font from webfont data.
- platform/graphics/win/FontCustomPlatformDataCairo.h: Removed.
- platform/graphics/win/FontPlatformDataCairoWin.cpp:
(WebCore::FontPlatformData::FontPlatformData): Added HFONT parameter to constructor.
- 11:05 AM Changeset in webkit [151742] by
-
- 3 edits in trunk/Source/WebKit/win
[WinCairo] Does not compile.
https://bugs.webkit.org/show_bug.cgi?id=117798
Patch by peavo@outlook.com <peavo@outlook.com> on 2013-06-19
Reviewed by Brent Fulgham.
Add USE(CFNETWORK) guards.
- WebCoreSupport/WebFrameNetworkingContext.cpp: Add USE(CFNETWORK) guard.
(WebFrameNetworkingContext::ensurePrivateBrowsingSession): Change USE(CF_NETWORK) to USE(CFNETWORK).
- WebCoreSupport/WebFrameNetworkingContext.h: Add USE(CFNETWORK) guard.
- 10:42 AM Changeset in webkit [151741] by
-
- 3 edits in branches/dfgFourthTier/Source/JavaScriptCore
FTL: arm build is broken in ToT
https://bugs.webkit.org/show_bug.cgi?id=117800
Unreviewed build fixes.
- assembler/ARMv7Assembler.h:
(ARMv7Assembler): Merge of r147941
- jit/JITArithmetic32_64.cpp:
(JSC::JIT::emit_op_mod): Moved variable declaration back inside #ifdef where used.
- 10:40 AM Changeset in webkit [151740] by
-
- 18 edits1 copy9 adds in trunk/Source/WebCore
Implement WebIDL implements
https://bugs.webkit.org/show_bug.cgi?id=117785
Reviewed by Kentaro Hara.
Add support for Web IDL 'implements' statements to the bindings generator:
http://www.w3.org/TR/WebIDL/#dfn-implements-statement
Introduce ChildNode IDL interface and have Element, DocumentType and
CharacterData implement it, to match the specification:
http://dom.spec.whatwg.org/#childnode
There is no change in behavior, merely refactoring to match the
specification by leveraging support for Web IDL implements statements.
No new tests, no behavior change.
- CMakeLists.txt:
- DerivedSources.make:
- DerivedSources.pri:
- GNUmakefile.list.am:
- bindings/scripts/generate-bindings.pl:
- bindings/scripts/preprocess-idls.pl:
(GeneratePartialInterface):
(getImplementersFromIDL):
- bindings/scripts/test/CPP/WebDOMTestImplements.cpp: Added.
- bindings/scripts/test/CPP/WebDOMTestImplements.h: Added.
- bindings/scripts/test/CPP/WebDOMTestInterface.cpp:
(WebDOMTestInterface::implementsStr1):
(WebDOMTestInterface::implementsStr2):
(WebDOMTestInterface::setImplementsStr2):
(WebDOMTestInterface::implementsNode):
(WebDOMTestInterface::setImplementsNode):
(WebDOMTestInterface::implementsMethod1):
(WebDOMTestInterface::implementsMethod4):
- bindings/scripts/test/CPP/WebDOMTestInterface.h:
- bindings/scripts/test/GObject/WebKitDOMTestImplements.cpp: Added.
- bindings/scripts/test/GObject/WebKitDOMTestImplements.h: Added.
- bindings/scripts/test/GObject/WebKitDOMTestInterface.cpp:
(webkit_dom_test_interface_set_property):
(webkit_dom_test_interface_get_property):
(webkit_dom_test_interface_class_init):
(webkit_dom_test_interface_implements_method1):
(webkit_dom_test_interface_implements_method2):
(webkit_dom_test_interface_implements_method4):
(webkit_dom_test_interface_get_implements_str1):
(webkit_dom_test_interface_get_implements_str2):
(webkit_dom_test_interface_set_implements_str2):
(webkit_dom_test_interface_get_implements_node):
(webkit_dom_test_interface_set_implements_node):
- bindings/scripts/test/GObject/WebKitDOMTestInterface.h:
- bindings/scripts/test/JS/JSTestImplements.cpp: Added.
- bindings/scripts/test/JS/JSTestImplements.h: Added.
- bindings/scripts/test/JS/JSTestInterface.cpp:
(WebCore::jsTestInterfaceConstructorImplementsStaticReadOnlyAttr):
(WebCore::jsTestInterfaceConstructorImplementsStaticAttr):
(WebCore::jsTestInterfaceImplementsStr1):
(WebCore::jsTestInterfaceImplementsStr2):
(WebCore::jsTestInterfaceImplementsStr3):
(WebCore::jsTestInterfaceImplementsNode):
(WebCore::setJSTestInterfaceConstructorImplementsStaticAttr):
(WebCore::setJSTestInterfaceImplementsStr2):
(WebCore::setJSTestInterfaceImplementsStr3):
(WebCore::setJSTestInterfaceImplementsNode):
(WebCore::jsTestInterfacePrototypeFunctionImplementsMethod1):
(WebCore::jsTestInterfacePrototypeFunctionImplementsMethod2):
(WebCore::jsTestInterfacePrototypeFunctionImplementsMethod3):
(WebCore::jsTestInterfaceConstructorFunctionImplementsMethod4):
(WebCore::jsTestInterfaceIMPLEMENTSCONSTANT1):
(WebCore::jsTestInterfaceIMPLEMENTSCONSTANT2):
- bindings/scripts/test/JS/JSTestInterface.h:
- bindings/scripts/test/ObjC/DOMTestImplements.cpp: Added.
- bindings/scripts/test/ObjC/DOMTestImplements.h: Added.
- bindings/scripts/test/ObjC/DOMTestInterface.h:
- bindings/scripts/test/ObjC/DOMTestInterface.mm:
(-[DOMTestInterface implementsStr1]):
(-[DOMTestInterface implementsStr2]):
(-[DOMTestInterface setImplementsStr2:]):
(-[DOMTestInterface implementsStr3]):
(-[DOMTestInterface setImplementsStr3:]):
(-[DOMTestInterface implementsNode]):
(-[DOMTestInterface setImplementsNode:]):
(-[DOMTestInterface implementsMethod1]):
(-[DOMTestInterface implementsMethod2:objArg:]):
(-[DOMTestInterface implementsMethod3]):
(-[DOMTestInterface implementsMethod4]):
- bindings/scripts/test/TestImplements.idl: Added.
- dom/CharacterData.idl:
- dom/ChildNode.idl: Copied from Source/WebCore/dom/DocumentType.idl.
- dom/DocumentType.idl:
- dom/Element.idl:
- 10:33 AM Changeset in webkit [151739] by
-
- 2 edits in trunk/Source/WTF
BUILD FIX (r151663): Fix build for iOS WebKit
- wtf/text/AtomicStringTable.cpp: Include MainThread.h.
(WTF::AtomicStringTable::create): Use AtomicStringTable::destroy
instead of non-existent destroyAtomicStringTable function.
- 10:29 AM Changeset in webkit [151738] by
-
- 5 edits in trunk/Source/WebInspectorUI
Web Inspector: Copying array or object output does not contain values
https://bugs.webkit.org/show_bug.cgi?id=117669
ConsoleCommandResult was overriding toClipboardString() but wasn't using the complex code
in ConsoleMessageImpl's toClipboardString() to provide a nicely formatted output for objects.
We now use a "clipboarPrefixString" property to customize the prefix used in the clipboard
and, additionally, only use that prefix if we're copying more than a single message since it's
the only situation where it's useful to have the ">" or "<" prefix shown. Console messages with
a log level always print the level and when saving the console log using Cmd+S, all messages
contain their prefix as well.
Reviewed by Timothy Hatcher.
- UserInterface/ConsoleCommand.js:
(WebInspector.ConsoleCommand.prototype.toClipboardString):
Handle the new isPrefixOptional argument.
- UserInterface/ConsoleCommandResult.js:
(WebInspector.ConsoleCommandResult.prototype.get clipboarPrefixString):
Provide a custom "< " prefix and set "enforcesClipboardPrefixString" to false such that
the prefix isn't printed out in situations when it may not.
- UserInterface/ConsoleMessageImpl.js:
Set "enforcesClipboardPrefixString" to true since we always want to log the log level
prefix in all situations.
(WebInspector.ConsoleMessageImpl.prototype.get clipboarPrefixString):
Implement this new getter to return our clipboard string such that subclasses may
customize it.
(WebInspector.ConsoleMessageImpl.prototype.toClipboardString):
Take into account both isPrefixOptional and the "enforcesClipboardPrefixString" property
to only log the prefix if necessary.
- UserInterface/LogContentView.js:
(WebInspector.LogContentView.prototype._formatMessagesAsData):
Make the logging of prefix optional when we have a single message selected and we're
not saving via Cmd+S.
- 10:20 AM Changeset in webkit [151737] by
-
- 15 edits2 adds in trunk
Incorrect computation of shrink-to-fit width for block with white-space:nowrap and floating children
https://bugs.webkit.org/show_bug.cgi?id=114879
Source/WebCore:
Reviewed by David Hyatt.
Per http://www.w3.org/TR/CSS21/visudet.html#Computing_widths_and_margins when width is auto then floating non-replaced,
absolute non-replaced, and inline-block non-replaced elements should use shrink-to-fit width. This trumps any no-wrap property
on the element so if we are shrinking to fit ensure our minimum width respects all possible line breaks.
Test: fast/block/shrink-to-fit-width-container-with-floating-children.html
- rendering/RenderBlock.cpp:
(WebCore::RenderBlock::computeIntrinsicLogicalWidths):
LayoutTests:
Reviewed by David Hyatt.
- fast/block/shrink-to-fit-width-container-with-floating-children-expected.txt: Added.
- fast/block/shrink-to-fit-width-container-with-floating-children.html: Added.
- platform/qt/fast/css/word-space-extra-expected.txt:
- platform/qt/fast/replaced/width100percent-image-expected.txt:
- platform/qt/fast/replaced/width100percent-searchfield-expected.txt:
- platform/qt/fast/replaced/width100percent-textfield-expected.txt:
- platform/qt/tables/mozilla/bugs/bug57828-expected.txt:
- 10:20 AM WebKitGtkLayoutTests edited by
- (diff)
- 10:19 AM WebKitGTK/Chroot created by
- Initial editing
- 10:12 AM Changeset in webkit [151736] by
-
- 14 edits7 deletes in trunk/Source/WebCore
Do not require JS*Custom.h header if [CustomPutFunction] / [CustomNamedSetter] is used
https://bugs.webkit.org/show_bug.cgi?id=117795
Reviewed by Kentaro Hara.
Fix the JS bindings generator so that it stops including JS*Custom.h header whenever
[CustomPutFunction] or [CustomNamedSetter] IDL extended attributes are used. We don't
really need this custom header and this forces the developer to create dummy custom
headers so that it builds.
If the developer really needs such custom header to be included, he can still use
[JSCustomHeader] IDL extended attribute to do so.
This patch also remove the dummy custom headers that were created but are no longer
required to build.
No new tests, no behavior change. Already covered by the following bindings test:
TestInterface.idl
- GNUmakefile.list.am:
- Target.pri:
- WebCore.vcxproj/WebCore.vcxproj:
- WebCore.vcxproj/WebCore.vcxproj.filters:
- WebCore.xcodeproj/project.pbxproj:
- bindings/js/JSDOMStringMapCustom.h: Removed.
- bindings/js/JSHTMLAppletElementCustom.cpp:
- bindings/js/JSHTMLAppletElementCustom.h: Removed.
- bindings/js/JSHTMLEmbedElementCustom.cpp:
- bindings/js/JSHTMLEmbedElementCustom.h: Removed.
- bindings/js/JSHTMLObjectElementCustom.cpp:
- bindings/js/JSHTMLObjectElementCustom.h: Removed.
- bindings/js/JSHistoryCustom.cpp:
- bindings/js/JSHistoryCustom.h: Removed.
- bindings/js/JSLocationCustom.cpp:
- bindings/js/JSLocationCustom.h: Removed.
- bindings/js/JSStorageCustom.cpp:
- bindings/js/JSStorageCustom.h: Removed.
- bindings/scripts/CodeGeneratorJS.pm:
(GenerateHeader):
- 10:11 AM WebKitGTK/StartHacking edited by
- Added other section (diff)
- 9:27 AM WebKitGTK/StartHacking edited by
- Added contributin patches section (diff)
- 9:16 AM WebKitGTK/StartHacking edited by
- Added compilation issues section (diff)
- 9:09 AM WebKitGTK/StartHacking edited by
- Added continuous integration section (diff)
- 9:08 AM WebKitGTK/StartHacking edited by
- Added continuous integration section (diff)
- 9:01 AM WebKitGTK/Debugging edited by
- (diff)
- 9:00 AM WebKitGTK/TrackingMemoryErrors edited by
- (diff)
- 8:55 AM WebKitGTK/Debugging created by
- Initial editing
- 8:47 AM WebKitGTK/StartHacking edited by
- Added debugging section (diff)
- 8:45 AM WebKitGTK/StartHacking edited by
- Added rebuild and testing (diff)
- 8:30 AM Changeset in webkit [151735] by
-
- 2 edits in trunk/Source/WebKit/blackberry
[BlackBerry] Prevent loss of tile buffers in BackingStorePrivate::render()
https://bugs.webkit.org/show_bug.cgi?id=117799
https://jira.bbqnx.net/browse/BRWSR-11712
JIRA413289
Patch by Jakob Petsovits <jpetsovits@blackberry.com> on 2013-06-19
Reviewed by Carlos Garcia Campos.
Discovered by Xuefei Ren.
If, in rare cases, renderContents() returns false,
the for() loop in render() will take a tile buffer from
the surface pool but due to aborting the iteration early,
won't put it into the new tile map. In order to prevent
losing the buffer, we need to put it back into the
surface pool before continuing.
- Api/BackingStore.cpp:
(BlackBerry::WebKit::BackingStorePrivate::render):
- 8:23 AM Changeset in webkit [151734] by
-
- 2 edits in trunk/Source/WebCore
[BlackBerry] Several tests crash due to an assert when creating an ImageBuffer
https://bugs.webkit.org/show_bug.cgi?id=117793
Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-06-19
Reviewed by Rob Buis.
JIRA 388741
Fixes a crash in several layout tests due to an assert when
creating an ImageBuffer with an empty size.
- platform/graphics/blackberry/ImageBufferBlackBerry.cpp:
(WebCore::ImageBuffer::ImageBuffer): Return early if the given
size is empty.
- 8:03 AM Changeset in webkit [151733] by
-
- 4 edits in trunk
[GStreamer] [texmap] the bytesPerLine is wrong when updating the texture
https://bugs.webkit.org/show_bug.cgi?id=117551
Patch by Víctor Manuel Jáquez Leal <vjaquez@igalia.com> on 2013-06-19
Reviewed by Philippe Normand.
Source/WebCore:
The bytesPerLine (or stride) is wrong when updating the texture
content. This is because the naturalSize() is not updated to the
current buffer. This patch extracts the current value of the size and
the stride.
No tests required.
- platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:
(WebCore::MediaPlayerPrivateGStreamerBase::updateTexture):
(WebCore::MediaPlayerPrivateGStreamerBase::paintToTextureMapper):
LayoutTests:
- platform/gtk-wk2/TestExpectations:
enabled media/video-display-aspect-ratio.html
- 7:23 AM Changeset in webkit [151732] by
-
- 1 edit2 adds in trunk/LayoutTests
[Qt] Unreviewed rebaselining after 151705.
- platform/qt/http/tests/cache/partitioned-cache-expected.txt: Added.
- platform/qt/http/tests/cache/partitioned-cache-iframe-expected.txt: Added.
- 6:22 AM Changeset in webkit [151731] by
-
- 2 edits in trunk/Source/WebCore
Adjust internal size on gstreamer source element when receiving data if necessary
https://bugs.webkit.org/show_bug.cgi?id=116534
Patch by Andre Moreira Magalhaes <Andre Moreira Magalhaes> on 2013-06-19
Reviewed by Philippe Normand.
If the size received in didReceiveResponse is smaller than the actual size of the received data
update the internal size and the appsrc size to the proper value.
- platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp:
(StreamingClient::didReceiveData):
- 6:10 AM Changeset in webkit [151730] by
-
- 2 edits in trunk/LayoutTests
[Qt] TestExpectation sorting on Qt WK2.
Patch by Gabor Abraham <abrhm@inf.u-szeged.hu> on 2013-06-19
Reviewed by Csaba Osztrogonác.
- platform/qt-5.0-wk2/TestExpectations:
- 5:36 AM WebKitGTK/StartHacking edited by
- Added compiling section (diff)
- 5:12 AM WebKitGTK/SpeedUpBuild edited by
- (diff)
- 5:11 AM WebKitGTK/SpeedUpBuild edited by
- Indenting (diff)
- 5:05 AM WebKitGTK/SpeedUpBuild created by
- Initial editing
- 4:49 AM WebKitGTK/StartHacking edited by
- Added initial compiling section (diff)
- 4:29 AM WebKitGTK/StartHacking created by
- 3:53 AM Changeset in webkit [151729] by
-
- 2 edits in trunk/Source/WebKit2
[EFL][WK2] Implement unit test callback: onSettingChange.
https://bugs.webkit.org/show_bug.cgi?id=117728
Patch by Krzysztof Wolanski <k.wolanski@samsung.com> on 2013-06-19
Reviewed by Christophe Dumez.
It is finally possible to implement missing unit tests as WebKit2-EFL
has delivered sub menu (r150254).
Add two unit tests for checking onSettingChange callback behaviour,
when toggling "Check Spelling While Typing" in context menu.
Changed types inside callbacksExecutionStats struct from bit field to bool,
because casting from bit field to &bool is invalid (in using waitUntilTrue method).
- UIProcess/API/efl/tests/test_ewk2_text_checker.cpp:
(resetCallbacksExecutionStats):
(onSettingChange):
(findContextMenuItem):
Get determined option from context menu.
(checkCorrectnessOfSpellingItems):
Changed the name of onContextMenuShow method to be consistent with new methods.
(toogleCheckSpellingWhileTyping):
Select "Check Spelling While Typing" in context menu to test whether
onSettingChange is called.
- 3:30 AM WebKitGTK edited by
- Added newbies section (diff)
- 2:14 AM Changeset in webkit [151728] by
-
- 4 edits in trunk/Source/WebCore
[GStreamer] Potential race condition when getting the video sink caps.
https://bugs.webkit.org/show_bug.cgi?id=117736
Patch by Víctor Manuel Jáquez Leal <vjaquez@igalia.com> on 2013-06-19
Reviewed by Philippe Normand.
There is a potential race condition with the pad setting caps, as the
buffer and the caps won't match when renegotiation happens, and might
cause a crash.
This patch keeps an instance of the current caps in the video sink,
and it is accessible through a getter method. Hence the player can ask
for the current caps without running into a race condition.
No new tests. No change in behaviour.
- platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:
(WebCore::MediaPlayerPrivateGStreamerBase::naturalSize):
(WebCore::MediaPlayerPrivateGStreamerBase::paint):
(WebCore::MediaPlayerPrivateGStreamerBase::currentVideoSinkCaps):
(WebCore::MediaPlayerPrivateGStreamerBase::createVideoSink):
- platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.h:
- platform/graphics/gstreamer/VideoSinkGStreamer.cpp:
(webkitVideoSinkGetProperty):
(webkitVideoSinkStop):
(webkitVideoSinkSetCaps):
(webkit_video_sink_class_init):
- 1:07 AM Changeset in webkit [151727] by
-
- 11 edits2 moves3 adds in trunk
Vibration can be canceled even if page visibility status is hidden
https://bugs.webkit.org/show_bug.cgi?id=117333
Reviewed by Gyuyoung Kim.
Source/WebCore:
vibration can be canceled in the onvisibilitychange listener even if page visibility is changed to hidden status.
Therefore cancelVibration needs to work when page visibility is hidden.
Tests: vibration/cancelVibration-after-pagevisibility-changed-to-hidden.html
- Modules/vibration/NavigatorVibration.cpp:
(WebCore::NavigatorVibration::vibrate):
- Modules/vibration/Vibration.h:
(WebCore::Vibration::isVibrating):
- testing/Internals.cpp:
(WebCore::Internals::isVibrating):
- testing/Internals.h:
- testing/Internals.idl:
LayoutTests:
Add a test case for cancel vibration after page visibility is changed to hidden status.
In addition, move navigator-vibration.html to vibration directory.
- platform/gtk/TestExpectations:
- platform/mac/TestExpectations:
- platform/qt/TestExpectations:
- platform/win/TestExpectations:
- vibration/cancelVibration-after-pagevisibility-changed-to-hidden-expected.txt: Added.
- vibration/cancelVibration-after-pagevisibility-changed-to-hidden.html: Added.
- vibration/navigator-vibration-expected.txt: Renamed from LayoutTests/fast/dom/navigator-vibration-expected.txt.
- vibration/navigator-vibration.html: Renamed from LayoutTests/fast/dom/navigator-vibration.html.
- 12:33 AM Changeset in webkit [151726] by
-
- 4 edits in trunk/Source/WebKit2
[GTK][SOUP] Migrate SoupRequestManager to GTask
https://bugs.webkit.org/show_bug.cgi?id=117157
Reviewed by Gustavo Noronha Silva.
GSimpleAsyncResult has been deprecated in favour of GTask.
- WebProcess/soup/WebKitSoupRequestGeneric.cpp:
(webkitSoupRequestGenericSendAsync):
(webkitSoupRequestGenericSendFinish):
- WebProcess/soup/WebSoupRequestManager.cpp:
(WebKit::WebSoupRequestAsyncData::WebSoupRequestAsyncData):
(WebKit::WebSoupRequestAsyncData::releaseTask):
(WebKit::WebSoupRequestManager::didHandleURIRequest):
(WebKit::WebSoupRequestManager::didFailURIRequest):
(WebKit::WebSoupRequestManager::send):
(WebKit::WebSoupRequestManager::finish):
- WebProcess/soup/WebSoupRequestManager.h:
- 12:24 AM Changeset in webkit [151725] by
-
- 2 edits in trunk/Source/WebKit2
[GTK] Migrate WebKitFaviconDatabase to GTask
https://bugs.webkit.org/show_bug.cgi?id=117156
Reviewed by Gustavo Noronha Silva.
- UIProcess/API/gtk/WebKitFaviconDatabase.cpp:
(processPendingIconsForPageURL):
(webkit_favicon_database_get_favicon):
(webkit_favicon_database_get_favicon_finish):
- 12:19 AM Changeset in webkit [151724] by
-
- 2 edits in trunk/Source/WebKit2
[GTK] Migrate WebKitWebView to GTask
https://bugs.webkit.org/show_bug.cgi?id=117154
Reviewed by Gustavo Noronha Silva.
- UIProcess/API/gtk/WebKitWebView.cpp:
(didValidateCommand):
(webkit_web_view_can_execute_editing_command):
(webkit_web_view_can_execute_editing_command_finish):
(webkitWebViewRunJavaScriptCallback):
(webkit_web_view_run_javascript):
(webkit_web_view_run_javascript_finish):
(resourcesStreamReadCallback):
(webkit_web_view_run_javascript_from_gresource):
(webkit_web_view_run_javascript_from_gresource_finish):
(fileReplaceContentsCallback):
(getContentsAsMHTMLDataCallback):
(webkit_web_view_save):
(webkit_web_view_save_finish):
(webkit_web_view_save_to_file):
(webkit_web_view_save_to_file_finish):
(webKitWebViewDidReceiveSnapshot):
(webkit_web_view_get_snapshot):
(webkit_web_view_get_snapshot_finish):
- 12:13 AM Changeset in webkit [151723] by
-
- 2 edits in trunk/Source/WebKit2
[GTK] Migrate WebKitCookieManager to GTask
https://bugs.webkit.org/show_bug.cgi?id=117150
Reviewed by Gustavo Noronha Silva.
Don't use helper structs for async data since the cancellable is
now accessible from the GTask.
- UIProcess/API/gtk/WebKitCookieManager.cpp:
(webkitCookieManagerGetAcceptPolicyCallback):
(webkit_cookie_manager_get_accept_policy):
(webkit_cookie_manager_get_accept_policy_finish):
(webkitCookieManagerGetDomainsWithCookiesCallback):
(webkit_cookie_manager_get_domains_with_cookies):
(webkit_cookie_manager_get_domains_with_cookies_finish):
Jun 18, 2013:
- 10:10 PM Changeset in webkit [151722] by
-
- 5 edits in trunk/Source
Versioning.
- 9:37 PM Changeset in webkit [151721] by
-
- 2 edits4 adds in trunk/LayoutTests
Unreviewed, EFL gardening. Added new baselines for some of editing/delete
tests after system upgrade.
- platform/efl/TestExpectations:
- platform/efl/editing/deleting/smart-delete-003-expected.png: Added.
- platform/efl/editing/deleting/smart-delete-003-expected.txt: Added.
- platform/efl/editing/deleting/smart-delete-004-expected.png: Added.
- platform/efl/editing/deleting/smart-delete-004-expected.txt: Added.
- 9:31 PM Changeset in webkit [151720] by
-
- 11 edits1 add in tags/Safari-537.46
Merge <rdar://problem/14171207>
- 9:11 PM Changeset in webkit [151719] by
-
- 3 edits2 adds in trunk
Input type range slider is not updated when min or max are changed
https://bugs.webkit.org/show_bug.cgi?id=117778
Reviewed by Kent Tamura.
Source/WebCore:
Merge https://chromium.googlesource.com/chromium/blink/+/089c7a0ba2d85b9b59632c2603fbc6472b310be1.
Test: fast/forms/range/range-change-min-max.html
- html/RangeInputType.cpp:
(WebCore::RangeInputType::minOrMaxAttributeChanged):
LayoutTests:
- fast/forms/range/range-change-min-max-expected.html: Added.
- fast/forms/range/range-change-min-max.html: Added.
- 8:37 PM Changeset in webkit [151718] by
-
- 1 copy in tags/Safari-537.46
New Tag.
- 8:31 PM Changeset in webkit [151717] by
-
- 5 edits in trunk/Source/WebCore
Remove two superfluous overrides of supportsFocus
https://bugs.webkit.org/show_bug.cgi?id=117770
Reviewed by Benjamin Poulain.
Merge https://chromium.googlesource.com/chromium/blink/+/4228964a63e3a889a40efce0d01866629fdcd9b9.
- html/HTMLOptGroupElement.cpp:
- html/HTMLOptGroupElement.h:
- html/HTMLOptionElement.cpp:
- html/HTMLOptionElement.h:
- 7:02 PM Changeset in webkit [151716] by
-
- 2 edits in trunk/LayoutTests
[WK2] Media elements never fail to load
https://bugs.webkit.org/show_bug.cgi?id=117767
Mark the media tests as failing for now.
Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-06-18
- platform/mac-wk2/TestExpectations:
- 6:51 PM Changeset in webkit [151715] by
-
- 2 edits in trunk/Source/WebCore
Improve style of null checks in FrameView::setFrameRect
https://bugs.webkit.org/show_bug.cgi?id=117681
Reviewed by Sam Weinig.
- page/FrameView.cpp:
(WebCore::FrameView::setFrameRect): Used nested if statements and local variables
to tighten this code up a little.
- 6:45 PM Changeset in webkit [151714] by
-
- 19 edits in trunk/Source/WebCore
Move IDL extended attributes to their correct location
https://bugs.webkit.org/show_bug.cgi?id=117732
Reviewed by Kentaro Hara.
Move IDL extended attributes to their correct location according to the
latest Web IDL specification. We used to be inconsistent in the positioning
of the extended attributes. This simplifies a lot the code of the IDL parser
and makes our IDL files more standard.
Based on Blink r148345 by Kentaro Hara <haraken@chromium.org>.
No new tests, no behavior change.
- Modules/encryptedmedia/MediaKeyMessageEvent.idl:
- Modules/notifications/Notification.idl:
- Modules/speech/SpeechSynthesisVoice.idl:
- bindings/scripts/IDLParser.pm:
(parseDefinitions):
(parseInterfaceMembers):
(parseInterfaceMember):
(parseDictionaryMembers):
(parseAttributeOrOperationOrIterator):
(parseAttribute):
- css/CSSFontFaceLoadEvent.idl:
- dom/Document.idl:
- dom/Element.idl:
- dom/Node.idl:
- html/HTMLBodyElement.idl:
- html/HTMLEmbedElement.idl:
- html/HTMLFrameSetElement.idl:
- html/HTMLMediaElement.idl:
- html/HTMLSelectElement.idl:
- html/HTMLSourceElement.idl:
- page/DOMWindow.idl:
- svg/SVGElementInstance.idl:
- svg/SVGScriptElement.idl:
- testing/TypeConversions.idl:
- 6:32 PM Changeset in webkit [151713] by
-
- 2 edits in trunk/Source/WebCore
Let the script to update the Localizable.strings file do the reordering it wants to do.
Rubber-stamped by Anders Carlsson.
- English.lproj/Localizable.strings:
- 6:15 PM Changeset in webkit [151712] by
-
- 3 edits in trunk/Source/WebCore
[Windows] Unreviewed gardening -- show missing AccessibilityNodeObject source
files in Visual Studio.
- WebCore.vcxproj/WebCore.vcxproj: Add missing files.
- WebCore.vcxproj/WebCore.vcxproj.filters: Ditto.
- 6:12 PM Changeset in webkit [151711] by
-
- 2 edits1 add in trunk/Tools
Working on coverage script, added xml to json data extraction script.
https://bugs.webkit.org/show_bug.cgi?id=117648
This is part of a new test code coverage analysis tool. This compiles WebKit to generate
coverage data, runs the tests, and collects all of the data in json format.
Reviewed by Stephanie Lewis.
- Scripts/generate-coverage-data:
(parseGcovrOutput):
(getFileHitsAndBranches):
(addLineCounts):
(createResultName):
- Scripts/webkitpy/tool/gcovr: Added.
- 5:51 PM Changeset in webkit [151710] by
-
- 3 edits in trunk/Tools
Unreviewed build fix after r151699.
- TestWebKitAPI/CMakeLists.txt:
- WebKitTestRunner/CMakeLists.txt:
Added include dir for InjectedBundleHitTestResultMediaType.h and WKBundleHitTestResult.h
- 5:36 PM Changeset in webkit [151709] by
-
- 3 edits3 adds in trunk
Going to google.com/trends causes a crash
https://bugs.webkit.org/show_bug.cgi?id=117602
Reviewed by Geoffrey Garen.
Source/JavaScriptCore:
When handling op_throw, etc we need to flush the variables and arguments
for the entire inline stack, not just the top frame.
- dfg/DFGByteCodeParser.cpp:
(JSC::DFG::ByteCodeParser::flushAllArgumentsAndCapturedVariablesInInlineStack):
(JSC::DFG::ByteCodeParser::parseBlock):
LayoutTests:
Make sure we correctly initialise the appropriate argument registers,
and make sure we perform the tearoff correctly.
- fast/js/inline-arguments-tear-off-expected.txt: Added.
- fast/js/inline-arguments-tear-off.html: Added.
- fast/js/script-tests/inline-arguments-tear-off.js: Added.
(g):
(f):
(doStuff):
- 5:12 PM Changeset in webkit [151708] by
-
- 2 edits in trunk/Source/WebKit2
Unreviewed. Fix a typo that may be causing some test failures.
- WebProcess/WebCoreSupport/mac/WebFrameNetworkingContext.mm:
(WebKit::WebFrameNetworkingContext::scheduledRunLoopPairs):
- 4:39 PM Changeset in webkit [151707] by
-
- 2 edits in trunk/Source/WebCore
Unreviewed, rolling out r151513.
http://trac.webkit.org/changeset/151513
https://bugs.webkit.org/show_bug.cgi?id=117763
It causes assertions in debug (Requested by benjaminp on
#webkit).
- rendering/RenderLayerBacking.cpp:
(WebCore::RenderLayerBacking::startAnimation):
(WebCore::RenderLayerBacking::startTransition):
- 4:16 PM Changeset in webkit [151706] by
-
- 145 edits1 move in trunk
Replace tools32 folder with tools and update WebKit Windows solution accordingly.
<rdar://problem/14118143>.
Rubberstamped by Brent Fulgham.
- 3:50 PM Changeset in webkit [151705] by
-
- 3 edits in trunk/LayoutTests
Rebaseline after system update
Unreviewed.
Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-06-18
- http/tests/cache/partitioned-cache-expected.txt:
- http/tests/cache/partitioned-cache-iframe-expected.txt:
System fix, the tests pass.
- 3:44 PM Changeset in webkit [151704] by
-
- 3 edits in trunk/Source/WebInspectorUI
Web Inspector: Infrequent uncaught exception with debugger popovers breaks inspector
https://bugs.webkit.org/show_bug.cgi?id=117755
Create the ZERO_SIZE and ZERO_RECT objects after we've setup the Size
and Rect prototypes, so they get the expected methods. We then need to
handle the ZERO_RECT case better, and not attempt to draw a background
in a canvas with a 0 size, which would produce an exception.
Patch by Joseph Pecoraro <Joseph Pecoraro> on 2013-06-18
Reviewed by Timothy Hatcher.
- UserInterface/Geometry.js:
- UserInterface/Popover.js:
(WebInspector.Popover.prototype._update):
- 3:31 PM Changeset in webkit [151703] by
-
- 3 edits in trunk/Source/WebCore
[CSS Shapes] Remove lineOverflowsFromShapeInside boolean from RenderBlock::layoutRunsAndFloatsInRange function
https://bugs.webkit.org/show_bug.cgi?id=117757
Reviewed by David Hyatt.
We don't need keep lineOverflowsFromShapeInside boolean in RenderBlock::layoutRunsAndFloatsInRange and in its
helpers because it's easy to decide whether we are in an shape content overflow state or not, so I got rid of
lineOverflowsFromShapeInside's occurences and updated the affected functions.
Covered by existing overflow tests in fast/exclusions/shape-inside and fast/regions/shape-inside.
- rendering/RenderBlock.h: Update helper's definition.
- rendering/RenderBlockLineLayout.cpp:
(WebCore::pushShapeContentOverflowBelowTheContentBox): Add condition when overflow is already positioned.
(WebCore::RenderBlock::updateShapeAndSegmentsForCurrentLine): Remove lineOverflowsFromShapeInside.
(WebCore::RenderBlock::updateShapeAndSegmentsForCurrentLineInFlowThread): Remove lineOverflowsFromShapeInside.
(WebCore::RenderBlock::layoutRunsAndFloatsInRange): Remove lineOverflowsFromShapeInside.
- 3:03 PM Changeset in webkit [151702] by
-
- 3 edits3 adds in trunk
widthMediaFeatureEval ends up with null FrameView during iframe unload.
https://bugs.webkit.org/show_bug.cgi?id=117754
Patch by Zalan Bujtas <Alan Bujtas> on 2013-06-18
Reviewed by Geoffrey Garen.
Ensure that MediaQueryEvaluator checks against NULL FrameView.
While frames are being unloaded, the Frame object does not necessarily have valid
FrameView anymore. Layout on the main frame can end up querying media values on such child
frames, while detaching.
Source/WebCore:
Test: fast/frames/crash-when-child-iframe-forces-layout-during-unload-and-sibling-frame-has-mediaquery.html
- css/MediaQueryEvaluator.cpp:
(WebCore::orientationMediaFeatureEval):
(WebCore::aspect_ratioMediaFeatureEval):
(WebCore::evalResolution):
(WebCore::heightMediaFeatureEval):
(WebCore::widthMediaFeatureEval):
(WebCore::MediaQueryEvaluator::eval):
LayoutTests:
- fast/frames/crash-when-child-iframe-forces-layout-during-unload-and-sibling-frame-has-mediaquery-expected.txt: Added.
- fast/frames/crash-when-child-iframe-forces-layout-during-unload-and-sibling-frame-has-mediaquery.html: Added.
- fast/frames/resources/child-iframe-forces-parent-layout-on-unload.html: Added.
- 3:01 PM Changeset in webkit [151701] by
-
- 15 edits in trunk/Source/WebKit2
Make it possible to set a minimum height for auto-layout
https://bugs.webkit.org/show_bug.cgi?id=117758
<rdar://problem/12849080>
Reviewed by Tim Horton.
Change a bunch of minimumLayoutWidth declarations to minimumLayoutSize and add a new minimumLayoutSize property.
If minimumLayoutSize.height is greater than zero, use it to set the minimum layout size on the frame view.
- Shared/WebPageCreationParameters.cpp:
(WebKit::WebPageCreationParameters::encode):
(WebKit::WebPageCreationParameters::decode):
- Shared/WebPageCreationParameters.h:
- UIProcess/API/mac/WKView.mm:
(-[WKView _setIntrinsicContentSize:]):
(-[WKView minimumLayoutWidth]):
(-[WKView setMinimumLayoutWidth:]):
(-[WKView minimumWidthForAutoLayout]):
(-[WKView setMinimumWidthForAutoLayout:]):
(-[WKView minimumSizeForAutoLayout]):
(-[WKView setMinimumSizeForAutoLayout:]):
- UIProcess/API/mac/WKViewPrivate.h:
- UIProcess/DrawingAreaProxy.h:
(WebKit::DrawingAreaProxy::minimumLayoutSizeDidChange):
- UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::WebPageProxy):
(WebKit::WebPageProxy::creationParameters):
(WebKit::WebPageProxy::setMinimumLayoutSize):
- UIProcess/WebPageProxy.h:
(WebKit::WebPageProxy::minimumLayoutSize):
- UIProcess/mac/TiledCoreAnimationDrawingAreaProxy.h:
- UIProcess/mac/TiledCoreAnimationDrawingAreaProxy.mm:
(WebKit::TiledCoreAnimationDrawingAreaProxy::TiledCoreAnimationDrawingAreaProxy):
(WebKit::TiledCoreAnimationDrawingAreaProxy::minimumLayoutSizeDidChange):
(WebKit::TiledCoreAnimationDrawingAreaProxy::didUpdateGeometry):
(WebKit::TiledCoreAnimationDrawingAreaProxy::intrinsicContentSizeDidChange):
(WebKit::TiledCoreAnimationDrawingAreaProxy::sendUpdateGeometry):
- WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
(WebKit::WebFrameLoaderClient::transitionToCommittedForNewPage):
- WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::WebPage):
(WebKit::WebPage::setMinimumLayoutSize):
- WebProcess/WebPage/WebPage.h:
(WebKit::WebPage::minimumLayoutSize):
- WebProcess/WebPage/WebPage.messages.in:
- WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm:
(WebKit::TiledCoreAnimationDrawingArea::mainFrameContentSizeChanged):
(WebKit::TiledCoreAnimationDrawingArea::updateGeometry):
- 2:53 PM Changeset in webkit [151700] by
-
- 2 edits in trunk/Source/WebKit2
sandbox violation when Flash runs for the first time
https://bugs.webkit.org/show_bug.cgi?id=117753
<rdar://problem/14165466>
Patch by Simon Cooper <scooper@apple.com> on 2013-06-18
Reviewed by Alexey Proskuryakov.
Allow flash to try and change the ownership of directories it has just created.
- Resources/PlugInSandboxProfiles/com.macromedia.Flash Player.plugin.sb:
- 2:39 PM Changeset in webkit [151699] by
-
- 11 edits1 add in trunk/Source
Expose a getMediaType method in WebKit
https://bugs.webkit.org/show_bug.cgi?id=117667
Patch by Ruth Fong <ruth_fong@apple.com> on 2013-06-18
Reviewed by Brady Eidson.
Source/WebCore:
- WebCore.exp.in: Updated to add a symbol for
HitTestResult::mediaIsVideo method
and alphabetize the list of exposed methods.
Source/WebKit2:
- GNUmakefile.list.am:
- Target.pri:
Updated to include the added header file InjectedBundleHitTestResultMediaType.h
- UIProcess/API/C/WKAPICast.h:
(WebKit::toBundleHitTestResultMediaType):
(WebKit::toAPI):
Added methods to convert between BundleHitTestResultMediaType
and WKBundleHitTestResultMediaType.
- WebKit2.xcodeproj/project.pbxproj: Updated to include
InjectedBundleHitTestResultMediaType.h in the WebKit2 project.
- WebProcess/InjectedBundle/API/c/WKBundleHitTestResult.cpp:
(WKBundleHitTestResultGetMediaType): Exposes the method getMediaType and
hooks into InjectedBundleHitTestResult::getMediaType.
- WebProcess/InjectedBundle/API/c/WKBundleHitTestResult.h:
- WebProcess/InjectedBundle/InjectedBundleHitTestResult.cpp:
(WebKit::InjectedBundleHitTestResult::getMediaType): Added to return
what type, if any, a media element is.
- WebProcess/InjectedBundle/InjectedBundleHitTestResult.h:
- WebProcess/InjectedBundle/InjectedBundleHitTestResultMediaType.h: Added
to contain new BundleHitTestResultMediaType enums.
- 2:34 PM Changeset in webkit [151698] by
-
- 2 edits in trunk/Source/WebCore
Remove unused bool argument from ReplacementFragment's constructor
https://bugs.webkit.org/show_bug.cgi?id=117752
Reviewed by Antti Koivisto.
Merge https://chromium.googlesource.com/chromium/blink/+/265586d9f154a9dff657511d09926429b8e1b53d.
- editing/ReplaceSelectionCommand.cpp:
(WebCore::ReplacementFragment::ReplacementFragment):
(WebCore::ReplaceSelectionCommand::doApply):
- 2:29 PM Changeset in webkit [151697] by
-
- 13 edits in trunk
Not all subtitle tracks are SDH
https://bugs.webkit.org/show_bug.cgi?id=117738
Reviewed by Dean Jackson.
Source/WebCore:
No new tests, existing tests updated.
- html/track/InbandTextTrack.cpp:
(WebCore::InbandTextTrack::isSDH): New.
- html/track/InbandTextTrack.h: Add isSDH override.
- html/track/TextTrack.h:
- page/CaptionUserPreferencesMac.mm:
(WebCore::trackDisplayName): Only add "SDH" label if a track claims to be SDH.
- platform/graphics/InbandTextTrackPrivate.h:
(WebCore::InbandTextTrackPrivate::isSDH): New.
- platform/graphics/avfoundation/objc/InbandTextTrackPrivateAVFObjC.h:
- platform/graphics/avfoundation/objc/InbandTextTrackPrivateAVFObjC.mm:
(WebCore::InbandTextTrackPrivateAVFObjC::isSDH): Return true if track has both "transcribes
spoken dialog for accessibility" and "describes music and sound for accessibility"
characteristics.
LayoutTests:
- media/video-controls-captions-trackmenu-localized.html:
- media/video-controls-captions-trackmenu-sorted.html:
- platform/mac/media/video-controls-captions-trackmenu-localized-expected.txt:
- platform/mac/media/video-controls-captions-trackmenu-sorted-expected.txt:
- 2:25 PM Changeset in webkit [151696] by
-
- 2 edits in trunk/Source/WebCore
Simplify FormKeyGenerator::willDeleteForm
https://bugs.webkit.org/show_bug.cgi?id=117751
Reviewed by Antti Koivisto.
Merge https://chromium.googlesource.com/chromium/blink/+/c6399efb9da863eb1d1fc98b17ef925998b985ac
- html/FormController.cpp:
(WebCore::FormKeyGenerator::willDeleteForm):
- 2:25 PM Changeset in webkit [151695] by
-
- 3 edits1 add in trunk
REGRESSION(r147602): Search text field doesn't render selection when it has some :focus rules
https://bugs.webkit.org/show_bug.cgi?id=117747
Reviewed by Kent Tamura.
.:
- ManualTests/search-select-all-with-focus-style.html: Added.
Source/WebCore:
Merge https://chromium.googlesource.com/chromium/blink/+/7ff656c8239ce3b125246abcc8b149a603fcff28
r147612 added setNeedsLayout(true, MarkOnlyThis) for
TextControlInnerTextElement renderer. It's ok for input[type=text]
because RenderTextControlSingleLine also has needsLayout flag, and it
has only the inner text renderer as a child.
As for input[type=search], it doesn't work. Renderer structure for
input[type=search] is:
RenderTextControlSingleLine
└Renderer for TextControlInnerContainer
└Renderer for TextControlInnerElement
└Renderer for TextControlInnerTextElement
After r147612, there is a case that only RenderTextControlSingleLine
and TextControlInnerTextElement renderer have needsLayout flag, and
others don't. It won't trigger layout for
TextControlInnerTextElement renderer.
We should set needsLayout flags of TextControlInnerContainer renderer
and TextControlInnerElement renderer by MarkContainingBlockChain.
Manual Tests: search-select-all-with-focus-style.html
(I tried but couldn't make a test that works in DRT)
- rendering/RenderTextControlSingleLine.cpp:
(WebCore::RenderTextControlSingleLine::styleDidChange):
- 1:40 PM Changeset in webkit [151694] by
-
- 2 edits in trunk/Source/WebCore
Attempted build fix for non-Mac.
- platform/graphics/SimpleFontData.cpp:
(WebCore::SimpleFontData::nonSyntheticItalicFontData):
- 1:28 PM Changeset in webkit [151693] by
-
- 10 edits5 adds in trunk
Synthesized vertical italics on rotated glyphs are transformed incorrectly
https://bugs.webkit.org/show_bug.cgi?id=117726
Reviewed by Enrica Casucci.
Source/WebCore:
If a font does not have italic glyphs, and is in a vertical flow, then
the synthesis of italics was skewing in the wrong direction. While here,
ensure that no CJK text will get italics in vertical layout.
This is a topic under discussion in the CSS Working Group. The resolution
at the June 2013 face-to-face was that:
- italics in Japanese (and Chinese) text are rare in vertical layout
- most people wanted Latin text to italicize in the direction of the line flow
The final behaviour was left undefined, but we consider the change here
to be sufficient for now. In all cases, the best solution is to avoid
synthesized italics by specifying a font that includes such forms.
Tests: fast/text/international/synthesized-italic-vertical-latin.html
fast/text/international/synthesized-italic-vertical.html
- platform/graphics/FontGlyphs.cpp:
(WebCore::glyphDataAndPageForCJKCharacterWithoutSyntheticItalic): New function
that makes a new glyph data pair that is marked as NOT using a synthesized italic.
(WebCore::FontGlyphs::glyphDataAndPageForCharacter): If this is a CJK character and
has a synthesized oblique, then run it through the function above to make a new glyph data pair.
- platform/graphics/SimpleFontData.cpp:
(WebCore::SimpleFontData::nonSyntheticItalicFontData): Creates/returns a new SimpleFontData that will
not synthesize italics.
- platform/graphics/SimpleFontData.h: New method nonSyntheticItalicFontData.
- platform/graphics/mac/FontMac.mm:
(WebCore::Font::drawGlyphs): This is the actual bug fix. If you are in a vertical flow, the
skew direction should be downwards, not leftwards.
LayoutTests:
Two new tests. One ensures that CJK characters do not get italics
when vertical. The other ensures that Latin text does get italics in
a font that is not synthesized, but unfortunately has to be a pixel test.
The latter is skipped on non-Mac since they don't support
synthesized obliques in FontPlatformData.
- fast/text/international/synthesized-italic-vertical-expected.html: Added.
- fast/text/international/synthesized-italic-vertical-latin.html: Added.
- fast/text/international/synthesized-italic-vertical.html: Added.
- platform/efl/TestExpectations:
- platform/gtk/TestExpectations:
- platform/mac/fast/text/international/synthesized-italic-vertical-latin-expected.txt: Added.
- platform/qt/TestExpectations:
- platform/win/TestExpectations:
- 1:28 PM Changeset in webkit [151692] by
-
- 4 edits in trunk/Source/WebKit
Unreviewed. Build fix for Mac and Win
- 1:14 PM Changeset in webkit [151691] by
-
- 3 edits6 adds in trunk/Source
Re-implement WebFrameNetworkingContext.
<rdar://problem/13174821>.
Reviewed by Alexey Proskuryakov.
- WebProcess/WebCoreSupport/mac/WebFrameNetworkingContext.h: Added.
(WebKit::WebFrameNetworkingContext::create):
(WebKit::WebFrameNetworkingContext::WebFrameNetworkingContext):
- WebProcess/WebCoreSupport/mac/WebFrameNetworkingContext.mm: Added.
(WebKit::WebFrameNetworkingContext::setPrivateBrowsingStorageSessionIdentifierBase):
(WebKit::WebFrameNetworkingContext::ensurePrivateBrowsingSession):
(WebKit::WebFrameNetworkingContext::destroyPrivateBrowsingSession):
(WebKit::WebFrameNetworkingContext::setCookieAcceptPolicyForAllContexts):
(WebKit::WebFrameNetworkingContext::needsSiteSpecificQuirks):
(WebKit::WebFrameNetworkingContext::localFileContentSniffingEnabled):
(WebKit::WebFrameNetworkingContext::scheduledRunLoopPairs):
(WebKit::WebFrameNetworkingContext::sourceApplicationAuditData):
(WebKit::WebFrameNetworkingContext::blockedError):
(WebKit::WebFrameNetworkingContext::storageSession):
- WebCoreSupport/WebFrameNetworkingContext.h: Added.
(WebFrameNetworkingContext::create):
(WebFrameNetworkingContext::WebFrameNetworkingContext):
(WebFrameNetworkingContext::userAgent):
- WebCoreSupport/WebFrameNetworkingContext.mm: Added.
(WebFrameNetworkingContext::ensurePrivateBrowsingSession):
(WebFrameNetworkingContext::destroyPrivateBrowsingSession):
(WebFrameNetworkingContext::needsSiteSpecificQuirks):
(WebFrameNetworkingContext::localFileContentSniffingEnabled):
(WebFrameNetworkingContext::scheduledRunLoopPairs):
(WebFrameNetworkingContext::sourceApplicationAuditData):
(WebFrameNetworkingContext::blockedError):
(WebFrameNetworkingContext::storageSession):
- 1:05 PM Changeset in webkit [151690] by
-
- 3 edits6 deletes in trunk/Source
<rdar://problem/13174821> Remove files with an incorrect license.
Rubber-stamped by Maciej Stachowiak.
This will break the build, stay tuned for a fix coming soon.
- 12:58 PM Changeset in webkit [151689] by
-
- 2 edits in trunk/Source/WTF
PackedIntVector: check template arguments at compile time
https://bugs.webkit.org/show_bug.cgi?id=117737
Use 'COMPILE_ASSERT' instead of 'ASSERT' in PackedIntVector class
constructor.
Reviewed by Sam Weinig.
- wtf/PackedIntVector.h:
(WTF::PackedIntVector::PackedIntVector):
- 12:38 PM Changeset in webkit [151688] by
-
- 3 edits in trunk/Source/WebInspectorUI
If the tree outline is processing a selection currently, then don't change the selection.
This is needed to allow breakpoints tree elements to be selected without jumping back to
selecting the resource tree element.
https://bugs.webkit.org/show_bug.cgi?id=117746
Reviewed by Joseph Pecoraro.
- UserInterface/Main.js:
(WebInspector._revealAndSelectRepresentedObjectInNavigationSidebar):
- UserInterface/TreeOutline.js:
(TreeElement.prototype.select):
- 11:49 AM Changeset in webkit [151687] by
-
- 14 edits1 add in trunk/Source/WebInspectorUI
Update breakpoints to match Xcode 5.
This updates the breakpoint images, line colors, and moves breakpoints toggle button
to the Debugger sidebar navigation bar.
https://bugs.webkit.org/show_bug.cgi?id=117723
Reviewed by Joseph Pecoraro.
- Localizations/en.lproj/localizedStrings.js: Updated.
- UserInterface/DebuggerSidebarPanel.css: Removed custom toggle button rules.
- UserInterface/DebuggerSidebarPanel.js:
(WebInspector.DebuggerSidebarPanel):
(WebInspector.DebuggerSidebarPanel.prototype._breakpointsToggleButtonClicked):
- UserInterface/Images/Breakpoint.png: Updated.
- UserInterface/Images/Breakpoints.pdf: Added.
- UserInterface/Images/Breakpoint@2x.png: Updated.
- UserInterface/Images/BreakpointButton.pdf: Updated.
- UserInterface/Images/BreakpointInactive.png: Updated.
- UserInterface/Images/BreakpointInactive@2x.png: Updated.
- UserInterface/Images/BreakpointInactiveButton.pdf: Updated.
- UserInterface/Images/InstructionPointer.png: Updated.
- UserInterface/Images/InstructionPointer@2x.png: Updated.
- UserInterface/SourceCodeTextEditor.css:
(.source-code.text-editor > .CodeMirror .error): Updated background-color and removed box-shadow.
(.source-code.text-editor > .CodeMirror .warning): Ditto.
- UserInterface/TextEditor.css:
(.text-editor > .CodeMirror .has-breakpoint .CodeMirror-linenumber::before): Changed left position to 0.
(.text-editor > .CodeMirror .execution-line .CodeMirror-linenumber::after): Updated position.
(.text-editor > .CodeMirror .execution-line): Updated background-color and removed box-shadow.
- 10:51 AM Changeset in webkit [151686] by
-
- 2 edits in trunk/Websites/webkit.org
The page title of technical-articles.html is incorrect.
https://bugs.webkit.org/show_bug.cgi?id=117727
Patch by Denis Nomiyama <d.nomiyama@samsung.com> on 2013-06-18
Reviewed by Ryosuke Niwa.
Changed the page title of technical-articles.html to "WebKit Technical Articles".
- coding/technical-articles.html:
- 10:38 AM Changeset in webkit [151685] by
-
- 5 edits2 deletes in trunk
Unreviewed, rolling out r151549.
http://trac.webkit.org/changeset/151549
https://bugs.webkit.org/show_bug.cgi?id=117741
broke selection in the web inspector source after scrolling
(Requested by smfr on #webkit).
Source/WebCore:
- rendering/RenderBox.cpp:
(WebCore::RenderBox::computeRectForRepaint):
- rendering/RenderLayerModelObject.cpp:
- rendering/RenderLayerModelObject.h:
LayoutTests:
- fast/repaint/change-overflow-and-display-of-relative-expected.txt: Removed.
- fast/repaint/change-overflow-and-display-of-relative.html: Removed.
- 9:09 AM BuildingGtk edited by
- Add link to WebKitGTK+ main page in trac.webkit.org (diff)
- 8:16 AM Changeset in webkit [151684] by
-
- 3 edits2 adds in trunk
<video> element delays document load event for ~ 3 seconds
https://bugs.webkit.org/show_bug.cgi?id=90272
Patch by Santosh Mahto <santosh.ma@samsung.com> on 2013-06-18
Reviewed by Eric Carlson.
Source/WebCore:
Test: media/media-preload-no-delay-loadevent.html
- html/HTMLMediaElement.cpp:
(WebCore::HTMLMediaElement::prepareForLoad):
No need to delay document load event here when preload="none"
LayoutTests:
- media/media-preload-no-delay-loadevent-expected.txt: Added.
- media/media-preload-no-delay-loadevent.html: Added.
- 6:16 AM Changeset in webkit [151683] by
-
- 1 copy in releases/WebKitGTK/webkit-2.1.2
Tagging the WebKitGTK+ 2.1.2 release
- 6:04 AM Changeset in webkit [151682] by
-
- 2 edits in trunk/Source/WebCore
[GTK] Remove comment about possibility of handling ObjCPolymorphic (it's used by ObjC bindings only)
https://bugs.webkit.org/show_bug.cgi?id=117546
Patch by Diego Pino Garcia <Diego Pino Garcia> on 2013-06-18
Reviewed by Xan Lopez.
According to the WebKit IDL spec the modifier ObjCPolymorphic only
applies to the Objective-C bindings generator
- bindings/scripts/CodeGeneratorGObject.pm:
(IsPolymorphic): Remove comment. Search parameter 'type' in array, instead of
concatening a series of 'or' conditionals.
- 5:24 AM Changeset in webkit [151681] by
-
- 2 edits in trunk/Source/WebCore
Fix after r151673
https://bugs.webkit.org/show_bug.cgi?id=116042
Patch by Víctor Manuel Jáquez Leal <vjaquez@igalia.com> on 2013-06-18
Reviewed by Philippe Normand.
Removed a spurious semicolon in the video sink caps definition.
No new tests, no behavior change.
- platform/graphics/gstreamer/VideoSinkGStreamer.cpp:
- 4:23 AM Changeset in webkit [151680] by
-
- 3 edits in trunk/Source/WebCore
[WebSpeech] Speech Recognition requires convertValue support in JSDictionary
https://bugs.webkit.org/show_bug.cgi?id=117731
Patch by Praveen R Jadhav <praveen.j@samsung.com> on 2013-06-18
Reviewed by Christophe Dumez.
Build fails after enabling ENABLE_SCRIPTED_SPEECH feature. This patch
resolves the issue.
No new tests. No change in behaviour.
- bindings/js/JSDictionary.cpp:
(WebCore::JSDictionary::convertValue):
- bindings/js/JSDictionary.h:
- 3:30 AM Changeset in webkit [151679] by
-
- 4 edits in trunk
Unreviewed. Update NEWS and Versions.m4 for 2.1.2 release.
.:
- Source/autotools/Versions.m4: Bump version numbers.
Source/WebKit/gtk:
- NEWS: Added release notes for 2.1.2.
- 2:35 AM Changeset in webkit [151678] by
-
- 2 edits2 adds in trunk/LayoutTests
[Qt] Unreviewed gardening. Rebaseline and skipping some tests.
Patch by Gabor Abraham <abrhm@inf.u-szeged.hu> on 2013-06-18
- platform/qt-5.0-wk2/fast/repaint/table-cell-collapsed-border-scroll-expected.png: Added.
- platform/qt/TestExpectations:
- platform/qt/fast/repaint/table-cell-collapsed-border-scroll-expected.txt: Added.
- 2:13 AM Changeset in webkit [151677] by
-
- 2 edits in trunk/Source/WebCore
[BlackBerry] only notify download client when download error
https://bugs.webkit.org/show_bug.cgi?id=117687
Reviewed by Rob Buis.
When met network error in downloading, we notify the error to download
client through download stream, we shouldn't notify page client the error.
RIM JIRA 419985
- platform/network/blackberry/NetworkJob.cpp:
(WebCore::NetworkJob::shouldNotifyClientFailed):
- 1:35 AM Changeset in webkit [151676] by
-
- 2 edits in trunk/Source/WebCore
Shader compiler not properly configured for GLES on cairo based ports
https://bugs.webkit.org/show_bug.cgi?id=117705
Reviewed by Martin Robinson.
Configure the shader compiler with SH_ESSL_OUTPUT for GLESv2
compliant platforms, and with SH_GLSL_OUTPUT otherwise.
- platform/graphics/cairo/GraphicsContext3DCairo.cpp:
(WebCore::GraphicsContext3D::GraphicsContext3D):
- 1:29 AM Changeset in webkit [151675] by
-
- 2 edits in trunk/Source/WebCore
touching any idl rebuilds all derived sources
https://bugs.webkit.org/show_bug.cgi?id=117708
Reviewed by Kentaro Hara.
Fix preprocess-idls.pl script to update the following files only
if they have changed:
DerivedSources/WebCore/supplemental_dependency.tmp
DerivedSources/WebCore/DOMWindowConstructors.idl
DerivedSources/WebCore/WorkerContextConstructors.idl
This avoids triggering uselessly bindings generation for all IDL
files whenever an IDL file is touched.
No new tests, no behavior change.
- bindings/scripts/preprocess-idls.pl:
(WriteFileIfChanged):
(GeneratePartialInterface):
- 1:18 AM Changeset in webkit [151674] by
-
- 6 edits in trunk
[GTK][GStreamer] Fullscreen option in video element context menu not working
https://bugs.webkit.org/show_bug.cgi?id=105191
.:
Fullscreen with native controls is outdated and even broken in
[GTK][WK2], so they are deactivated for now.
Patch by Xabier Rodriguez Calvar <calvaris@igalia.com> on 2013-06-18
Reviewed by Philippe Normand.
- Source/autotools/SetupAutoconfHeader.m4: Removed the use of
fullscreen native media controls.
LayoutTests:
Patch by Xabier Rodriguez Calvar <calvaris@igalia.com> on 2013-06-18
Reviewed by Philippe Normand.
- platform/gtk-wk1/TestExpectations:
fullscreen/video-controls-drag.html does not time out anymore.
- platform/gtk-wk2/TestExpectations:
media/video-display-aspect-ratio.html crashes sometimes.
- platform/gtk/TestExpectations:
media/video-playing-and-pause.html was already flaky.
- 1:09 AM Changeset in webkit [151673] by
-
- 3 edits in trunk/Source/WebCore
[GStreamer] [texmap] upload a video buffer into the video texture
https://bugs.webkit.org/show_bug.cgi?id=116042
Patch by Víctor Manuel Jáquez Leal <vjaquez@igalia.com> on 2013-06-18
Reviewed by Philippe Normand.
This patch prepares more quickly the texture when the video frame is
already in the GPU memory.
It is done using a new buffer's metadata available in GStreamer 1.2,
and its purpose is to upload buffers into a OpenGL texture.
If the decoder provides buffers with this metadata, the buffer will be
uploaded into the texture used for the video display and it will be
rendered, avoiding a expensive mem copies. This is particularly useful
for Full HD videos, where all the processing and display will be done
in the GPU.
No new tests, covered by existing tests.
- platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:
(WebCore::MediaPlayerPrivateGStreamerBase::MediaPlayerPrivateGStreamerBase):
(WebCore::MediaPlayerPrivateGStreamerBase::updateTexture):
- platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.h:
- platform/graphics/gstreamer/VideoSinkGStreamer.cpp:
(webkitVideoSinkProposeAllocation):
- 12:20 AM Changeset in webkit [151672] by
-
- 2 edits in trunk/LayoutTests
Unreviewed GTK gardening.
- platform/gtk/TestExpectations: Mark two tests that are flakily timing out as slow.
- 12:02 AM Changeset in webkit [151671] by
-
- 2 edits in trunk/Source/WTF
A static_assert() in RetainPtr.h sometimes causes the build to fail.
Wrap the first argument to a static_assert() in parentheses since it
contains a comma, which sometimes tricks the preprocessor into thinking
the macro is being passed three arguments rather than two.
Reviewed by Brian Weinstein.
- wtf/RetainPtr.h:
(WTF::RetainPtr::RetainPtr):
- 12:00 AM Changeset in webkit [151670] by
-
- 2 edits in trunk/Source/WTF
REGRESSION (r149184): Build errors in RefPtr.h when building with Clang, C++98 standard
https://bugs.webkit.org/show_bug.cgi?id=116352
Reviewed by Anders Carlsson.
Use the has_feature macro instead of the has_extension one when detecting what features the Clang compiler
that's being used is capable to provide. With the project moving onto using C++11 throughout its components,
there currently exist cases where C++11-specific functionality (for instance std::move) is used despite being
guarded by compiler-specific feature guards that still get enabled even when compiling in C++98 with Clang.
The problematic features are enabled because they're available as C++98 language extensions by Clang.
Using has_feature instead enables the feature guard only if the tested feature is actually standardized in
the currently used language standard.
- wtf/Compiler.h:
