Timeline
Dec 6, 2016:
- 11:48 PM Changeset in webkit [209451] by
-
- 35 edits4 adds in trunk
[Modern Media Controls] Use tap and pinch gestures on iOS
https://bugs.webkit.org/show_bug.cgi?id=165518
Reviewed by Dean Jackson.
Source/WebCore:
We now use touch events to identify taps and pinches on media controls to respond immediately
to user interaction on buttons and enter fullscreen when pinching out.
- Modules/modern-media-controls/controls/button.css:
(button):
- Modules/modern-media-controls/controls/button.js:
(Button):
(Button.prototype.handleEvent):
(Button.prototype.gestureRecognizerStateDidChange):
(Button.prototype._notifyDelegateOfActivation):
(Button.prototype._handleUIEvent): Deleted.
- Modules/modern-media-controls/controls/controls-bar.js:
(ControlsBar.prototype.set fadesWhileIdle):
(ControlsBar.prototype.gestureRecognizerStateDidChange):
- Modules/modern-media-controls/controls/icon-button.js:
(IconButton.prototype._updateImage):
(IconButton):
- Modules/modern-media-controls/controls/ios-inline-media-controls.js:
(IOSInlineMediaControls.prototype.gestureRecognizerStateDidChange):
- Modules/modern-media-controls/gesture-recognizers/gesture-recognizer.js: Added.
(GestureRecognizer):
(GestureRecognizer.prototype.get state):
(GestureRecognizer.prototype.set state):
(GestureRecognizer.prototype.get target):
(GestureRecognizer.prototype.set target):
(GestureRecognizer.prototype.get numberOfTouches):
(GestureRecognizer.prototype.get enabled):
(GestureRecognizer.prototype.set enabled):
(GestureRecognizer.prototype.reset):
(GestureRecognizer.prototype.locationInElement):
(GestureRecognizer.prototype.locationInClient):
(GestureRecognizer.prototype.locationOfTouchInElement):
(GestureRecognizer.prototype.touchesBegan):
(GestureRecognizer.prototype.touchesMoved):
(GestureRecognizer.prototype.touchesEnded):
(GestureRecognizer.prototype.touchesCancelled):
(GestureRecognizer.prototype.gestureBegan):
(GestureRecognizer.prototype.gestureChanged):
(GestureRecognizer.prototype.gestureEnded):
(GestureRecognizer.prototype.enterPossibleState):
(GestureRecognizer.prototype.enterBeganState):
(GestureRecognizer.prototype.enterEndedState):
(GestureRecognizer.prototype.enterCancelledState):
(GestureRecognizer.prototype.enterFailedState):
(GestureRecognizer.prototype.enterChangedState):
(GestureRecognizer.prototype.enterRecognizedState):
(GestureRecognizer.prototype.handleEvent):
(GestureRecognizer.prototype._initRecognizer):
(GestureRecognizer.prototype._updateBaseListeners):
(GestureRecognizer.prototype._removeTrackingListeners):
(GestureRecognizer.prototype._updateTargetTouches):
(GestureRecognizer.prototype._updateKeyboardModifiers):
- Modules/modern-media-controls/gesture-recognizers/pinch.js: Added.
(PinchGestureRecognizer):
(PinchGestureRecognizer.prototype.get velocity):
(PinchGestureRecognizer.prototype.touchesBegan):
(PinchGestureRecognizer.prototype.touchesMoved):
(PinchGestureRecognizer.prototype.touchesEnded):
(PinchGestureRecognizer.prototype.gestureBegan):
(PinchGestureRecognizer.prototype.gestureChanged):
(PinchGestureRecognizer.prototype.gestureEnded):
(PinchGestureRecognizer.prototype.reset):
(PinchGestureRecognizer.prototype._recordGesture):
(PinchGestureRecognizer.prototype._updateStateWithEvent):
(PinchGestureRecognizer.prototype._distance):
- Modules/modern-media-controls/gesture-recognizers/tap.js: Added.
(TapGestureRecognizer):
(TapGestureRecognizer.prototype.touchesBegan):
(TapGestureRecognizer.prototype.touchesMoved):
(TapGestureRecognizer.prototype.touchesEnded):
(TapGestureRecognizer.prototype.reset):
(TapGestureRecognizer.prototype.locationInElement):
(TapGestureRecognizer.prototype.locationInClient):
(TapGestureRecognizer.prototype._clearTimer):
(TapGestureRecognizer.prototype._rewindTimer):
(TapGestureRecognizer.prototype._timerFired):
- Modules/modern-media-controls/js-files:
- Modules/modern-media-controls/media/airplay-support.js:
(AirplaySupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/controls-visibility-support.js:
(ControlsVisibilitySupport):
(ControlsVisibilitySupport.prototype.handleEvent):
(ControlsVisibilitySupport.prototype.syncControl): Deleted.
- Modules/modern-media-controls/media/fullscreen-support.js:
(FullscreenSupport):
(FullscreenSupport.prototype.iOSInlineMediaControlsRecognizedPinchInGesture):
(FullscreenSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/media-controller-support.js:
(MediaControllerSupport):
(MediaControllerSupport.prototype.handleEvent):
(MediaControllerSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/mute-support.js:
(MuteSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/pip-support.js:
(PiPSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/playback-support.js:
(PlaybackSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/skip-back-support.js:
(SkipBackSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/start-support.js:
(StartSupport.prototype.buttonWasClicked): Deleted.
- Modules/modern-media-controls/media/tracks-support.js:
(TracksSupport.prototype.buttonWasClicked): Deleted.
LayoutTests:
With the addition of new gesture recognizer source files, some tests were failing
due to linking to only a subset of the modern media controls resources.
- media/modern-media-controls/airplay-button/airplay-button.html:
- media/modern-media-controls/aspect-ratio-button/aspect-ratio-button.html:
- media/modern-media-controls/button/button.html:
- media/modern-media-controls/buttons-container/buttons-container-buttons-property.html:
- media/modern-media-controls/buttons-container/buttons-container-constructor.html:
- media/modern-media-controls/buttons-container/buttons-container-layout.html:
- media/modern-media-controls/fullscreen-button/fullscreen-button.html:
- media/modern-media-controls/icon-button/icon-button-active-state.html:
- media/modern-media-controls/icon-button/icon-button.html:
- media/modern-media-controls/mute-button/mute-button.html:
- media/modern-media-controls/pip-button/pip-button.html:
- media/modern-media-controls/placard/placard.html:
- media/modern-media-controls/play-pause-button/play-pause-button.html:
- media/modern-media-controls/skip-back-button/skip-back-button.html:
- media/modern-media-controls/start-button/start-button-styles.html:
- media/modern-media-controls/start-button/start-button.html:
- media/modern-media-controls/tracks-button/tracks-button.html:
- 10:07 PM Changeset in webkit [209450] by
-
- 2 edits in trunk/Source/WebCore
Apply styling to media documents with modern controls
https://bugs.webkit.org/show_bug.cgi?id=165499
<rdar://problems/29543847>
Reviewed by Antoine Quint.
Forgot to commit most of the changes in MediaDocument.cpp :(
- html/MediaDocument.cpp:
(WebCore::MediaDocumentParser::createDocumentStructure):
- 9:31 PM Changeset in webkit [209449] by
-
- 12 edits4 deletes in trunk/Source/WebKit2
Unreviewed, rolling out r209422.
This change caused assertion failures during API tests.
Reverted changeset:
"[MediaStream][Mac] Revoke sandbox extensions when capture
ends"
https://bugs.webkit.org/show_bug.cgi?id=165476
http://trac.webkit.org/changeset/209422
- 9:18 PM Changeset in webkit [209448] by
-
- 2 edits in trunk/LayoutTests
Marking http/tests/security/module-incorrect-mime-types.html as flaky on ios-simulator-wk2.
https://bugs.webkit.org/show_bug.cgi?id=165344
Unreviewed test gardening.
- platform/ios-simulator-wk2/TestExpectations:
- 9:14 PM Changeset in webkit [209447] by
-
- 6 edits in trunk
Two tiled drawing tests failing with visual viewports enabled.
https://bugs.webkit.org/show_bug.cgi?id=165489
Reviewed by Dean Jackson.
Source/WebCore:
computeLayoutViewportOrigin() gets called for iframes when the layout viewport
is zero-sized, but the visual viewport is non-zero. It doesn't really make sense
to compute a layout viewport when the visual viewport is larger than the layout
viewport, but if this happens just anchor the layout viewport at the origin
of the visual viewport.
- page/FrameView.cpp:
(WebCore::FrameView::computeLayoutViewportOrigin):
LayoutTests:
Unfail and rebaseline.
- platform/mac-wk2/TestExpectations:
- tiled-drawing/scrolling/frames/coordinated-frame-expected.txt:
- tiled-drawing/scrolling/frames/coordinated-frame-in-fixed-expected.txt:
- 8:58 PM Changeset in webkit [209446] by
-
- 23 edits9 deletes in trunk/Source
Remove various stray uses of WebCore::Dictionary
https://bugs.webkit.org/show_bug.cgi?id=165358
Reviewed by Sam Weinig.
I discovered three completely unused classes in the MediaStream code:
MediaTrackConstraint, MediaTrackConstraintSet, and MediaTrackConstraints.
While there is some chance we may implement these at some point, they are
likely to be dictionaries or some other kind of data structure rather than
clases, and there is no reason to keep the current classes.
- CMakeLists.txt: Removed MediaTrackConstraint, MediaTrackConstraintSet,
and MediaTrackConstraints.
- DerivedSources.cpp: Ditto.
- DerivedSources.make: Ditto.
- Modules/indexeddb/IDBDatabase.h: Removed include of Dictionary.h.
- Modules/indexeddb/IDBObjectStore.cpp: Added include of HeapInlines.h.
- Modules/indexeddb/IDBRequest.cpp: Added include of StrongInlines.h.
- Modules/indexeddb/IDBTransaction.cpp: Added include of SerializedScriptValue.h.
- Modules/mediastream/MediaStreamTrack.cpp:
(WebCore::MediaStreamTrack::getConstraints): Deleted.
This function is implemented entirely in the bindings layer.
- Modules/mediastream/MediaStreamTrack.h: Removed getConstraints.
- Modules/mediastream/MediaTrackConstraint.cpp: Removed.
- Modules/mediastream/MediaTrackConstraint.h: Removed.
- Modules/mediastream/MediaTrackConstraint.idl: Removed.
- Modules/mediastream/MediaTrackConstraintSet.cpp: Removed.
- Modules/mediastream/MediaTrackConstraintSet.h: Removed.
- Modules/mediastream/MediaTrackConstraintSet.idl: Removed.
- Modules/mediastream/MediaTrackConstraints.cpp: Removed.
- Modules/mediastream/MediaTrackConstraints.h: Removed.
- Modules/mediastream/MediaTrackConstraints.idl: Removed.
- Modules/mediastream/NavigatorUserMedia.idl: Use the type names from the latest
getUserMedia specification for the arguments to webkitGetUserMedia; not sure they
are precisely correct for this legacy function, but since this is a JSBuiltin,
it's all ignored anyway. Just important not to call anything "Dictionary".
- WebCore.xcodeproj/project.pbxproj: Removed MediaTrackConstraint, MediaTrackConstraintSet,
and MediaTrackConstraints.
- bindings/js/JSApplePaySessionCustom.cpp:
(WebCore::JSApplePaySession::completeShippingMethodSelection): Use uncheckedArgument, since
the code explicitly checks the number of arguments.
(WebCore::JSApplePaySession::completeShippingContactSelection): Ditto.
(WebCore::JSApplePaySession::completePaymentMethodSelection): Ditto.
- bindings/js/JSFontFaceCustom.cpp: Removed include of Dictionary.h.
- dom/Document.cpp: Ditto.
- dom/Element.cpp: Ditto.
- dom/Element.h: Removed forward declaration of Dictionary.
- 8:36 PM Changeset in webkit [209445] by
-
- 4 edits in trunk
After preventing a beforeinput event, an input event is fired when formatting rich text
https://bugs.webkit.org/show_bug.cgi?id=165435
<rdar://problem/29522314>
Reviewed by Ryosuke Niwa.
Source/WebCore:
This regressed after I refactored some input event event dispatch logic when formatting text in r208461.
I moved the logic for dispatching input events when applying styles into Editor::applyStyle, but left out an
early return after firing the beforeinput event if the default behavior was prevented, which caused us to
continue on and dispatch an input event. The fix is to bail from applyStyle if default was prevented.
Augmented an existing layout test to cover this case.
- editing/Editor.cpp:
(WebCore::Editor::applyStyle):
(WebCore::Editor::applyParagraphStyle):
LayoutTests:
Augmented a layout test to verify that when preventing beforeinput events, a corresponding input event is not
fired in addition to the style not being applied to the text.
- fast/events/before-input-prevent-biu.html:
- 8:26 PM Changeset in webkit [209444] by
-
- 3 edits in trunk/LayoutTests
Fix behavior of background-attachment:fixed with visual viewports
https://bugs.webkit.org/show_bug.cgi?id=165465
Fixed backgrounds are working correctly. Unskip and land a new image result for this test.
- TestExpectations:
- tiled-drawing/scrolling/fixed-background/fixed-body-background-zoomed-expected.png:
- 8:24 PM Changeset in webkit [209443] by
-
- 6 edits in trunk/Source/WebKit2
Include default value in Experimental Feature information
https://bugs.webkit.org/show_bug.cgi?id=165509
<rdar://problems/29547177>
Reviewed by Tim Horton.
Add a defaultValue member variable to experimental
features, both the C++ and ObjC interfaces.
- UIProcess/API/APIExperimentalFeature.cpp:
(API::ExperimentalFeature::create):
(API::ExperimentalFeature::ExperimentalFeature):
- UIProcess/API/APIExperimentalFeature.h:
- UIProcess/API/Cocoa/_WKExperimentalFeature.h:
- UIProcess/API/Cocoa/_WKExperimentalFeature.mm:
(-[_WKExperimentalFeature description]):
(-[_WKExperimentalFeature defaultValue]):
- UIProcess/WebPreferences.cpp:
(WebKit::createExperimentalFeaturesVector):
- 7:12 PM Changeset in webkit [209442] by
-
- 5 edits in trunk
GetByID IC is wrongly unwrapping the global proxy this value for getter/setters.
https://bugs.webkit.org/show_bug.cgi?id=165401
Reviewed by Saam Barati.
Source/JavaScriptCore:
When the this value for a property access is the JS global and that property
access is via a GetterSetter, the underlying getter / setter functions would
expect the this value they receive to be the JSProxy instance instead of the
JSGlobalObject. This is consistent with how the LLINT and runtime code behaves.
The IC code should behave the same way.
Also added some ASSERTs to document invariants in the code, and help detect
bugs sooner if the code gets changed in a way that breaks those invariants in
the future.
- bytecode/PolymorphicAccess.cpp:
(JSC::AccessCase::generateImpl):
LayoutTests:
Set the test loose now that this bug is fixed.
- TestExpectations:
- js/script-tests/prototype-assignment.js:
- 7:03 PM Changeset in webkit [209441] by
-
- 4 edits in trunk/Source/WebCore
[Modern Media Controls] Instantiate iOS media controls
https://bugs.webkit.org/show_bug.cgi?id=165498
Patch by Antoine Quint <Antoine Quint> on 2016-12-06
Reviewed by Dean Jackson.
Add support for the modern media controls runtime flags in RenderThemeIOS and, when instantiating iOS controls,
return an IOSInlineMediaControls class.
- Modules/modern-media-controls/media/media-controller.js:
(MediaController.prototype._controlsClass):
(MediaController):
- rendering/RenderThemeIOS.h:
- rendering/RenderThemeIOS.mm:
(WebCore::RenderThemeIOS::mediaControlsStyleSheet):
(WebCore::RenderThemeIOS::mediaControlsScript):
(WebCore::RenderThemeIOS::mediaControlsBase64StringForIconAndPlatform):
- 6:52 PM Changeset in webkit [209440] by
-
- 2 edits in trunk/Source/JavaScriptCore
DumpRenderTree ASSERT in JSC::ExecutableBase::isHostFunction seen on bots
https://bugs.webkit.org/show_bug.cgi?id=165497
<rdar://problem/29538973>
Patch by Joseph Pecoraro <Joseph Pecoraro> on 2016-12-06
Reviewed by Saam Barati.
- inspector/agents/InspectorScriptProfilerAgent.cpp:
(Inspector::InspectorScriptProfilerAgent::trackingComplete):
Defer collection when extracting and processing the samples to avoid
any objects held by the samples from getting collected while processing.
This is because while processing we call into functions that can
allocate and we must prevent those functions from syncing with the
GC thread which may collect other sample data yet to be processed.
- 5:23 PM Changeset in webkit [209439] by
-
- 3 edits2 adds in trunk
Apply styling to media documents with modern controls
https://bugs.webkit.org/show_bug.cgi?id=165499
<rdar://problems/29543847>
Reviewed by Antoine Quint.
Source/WebCore:
Existing MediaDocuments got styling from the injected style
sheet, which had rules for such documents. The modern media controls
use a scoped style rule, so we can't touch the document style. Instead,
inline the style directly from MediaDocument.
Test: media/modern-media-controls/media-documents/background-color-and-centering.html
- html/MediaDocument.cpp:
(WebCore::MediaDocumentParser::createDocumentStructure):
LayoutTests:
Make sure that the small test video has the correct background,
and is not anchored to the top left of the page.
- media/modern-media-controls/media-documents/background-color-and-centering-expected.html: Added.
- media/modern-media-controls/media-documents/background-color-and-centering.html: Added.
- 5:15 PM Changeset in webkit [209438] by
-
- 8 edits in trunk/Source/WebCore
Move RenderElement::rendererForRootBackground to RenderView.
https://bugs.webkit.org/show_bug.cgi?id=165454
Reviewed by Simon Fraser.
Currently RenderElement::rendererForRootBackground can only be called on document element's renderer.
This patch removes this limitation and moves the functionality from RenderElement to RenderView.
No change in functionality.
- page/FrameView.cpp:
(WebCore::FrameView::calculateExtendedBackgroundMode):
- rendering/RenderBox.cpp:
(WebCore::RenderBox::paintRootBoxFillLayers):
- rendering/RenderElement.cpp:
(WebCore::RenderElement::rendererForRootBackground): Deleted.
- rendering/RenderElement.h:
- rendering/RenderLayerBacking.cpp:
(WebCore::RenderLayerBacking::rendererBackgroundColor):
- rendering/RenderView.cpp:
(WebCore::RenderView::rendererForRootBackground):
(WebCore::rendererObscuresBackground):
(WebCore::RenderView::paintBoxDecorations):
(WebCore::RenderView::rootBackgroundIsEntirelyFixed):
- rendering/RenderView.h:
- 5:15 PM Changeset in webkit [209437] by
-
- 18 edits1 copy25 adds in trunk
[Part 1 of 2] Add support for SPKI format while doing SubtleCrypto.importKey/exportKey
https://bugs.webkit.org/show_bug.cgi?id=129978
<rdar://problem/21799829>
LayoutTests/imported/w3c:
Reviewed by Brent Fulgham.
- WebCryptoAPI/encrypt_decrypt/test_rsa_oaep-expected.txt:
Source/WebCore:
This is part 1 of Bug 129978. In this patch, it adds the SPKI format support for
SubtleCrypto.importKey/exportKey. Currently support algorithms are RSAES-PKCS1-v1_5,
RSASSA-PKCS1-v1_5 and RSA-OAEP.
Reviewed by Brent Fulgham.
Tests: crypto/subtle/rsa-import-jwk-key-export-spki-key.html
crypto/subtle/rsa-import-spki-key-export-jwk-key.html
crypto/subtle/rsa-import-spki-key-export-spki-key.html
crypto/subtle/rsa-import-spki-small-key.html
crypto/subtle/rsa-oaep-generate-export-key-spki.html
crypto/subtle/rsa-oaep-import-spki-key.html
crypto/subtle/rsaes-pkcs1-v1_5-generate-export-key-spki.html
crypto/subtle/rsaes-pkcs1-v1_5-import-spki-key.html
crypto/subtle/rsassa-pkcs1-v1_5-generate-export-key-spki.html
crypto/subtle/rsassa-pkcs1-v1_5-import-spki-key.html
crypto/workers/subtle/rsa-export-spki-key.html
crypto/workers/subtle/rsa-import-spki-key.html
- bindings/js/JSSubtleCryptoCustom.cpp:
(WebCore::toKeyData):
- crypto/CommonCryptoUtilities.h:
- crypto/algorithms/CryptoAlgorithmRSAES_PKCS1_v1_5.cpp:
(WebCore::CryptoAlgorithmRSAES_PKCS1_v1_5::importKey):
(WebCore::CryptoAlgorithmRSAES_PKCS1_v1_5::exportKey):
- crypto/algorithms/CryptoAlgorithmRSASSA_PKCS1_v1_5.cpp:
(WebCore::CryptoAlgorithmRSASSA_PKCS1_v1_5::importKey):
(WebCore::CryptoAlgorithmRSASSA_PKCS1_v1_5::exportKey):
- crypto/algorithms/CryptoAlgorithmRSA_OAEP.cpp:
(WebCore::CryptoAlgorithmRSA_OAEP::importKey):
(WebCore::CryptoAlgorithmRSA_OAEP::exportKey):
- crypto/gnutls/CryptoKeyRSAGnuTLS.cpp:
(WebCore::CryptoKeyRSA::importSpki):
(WebCore::CryptoKeyRSA::exportSpki):
- crypto/keys/CryptoKeyRSA.h:
- crypto/mac/CryptoKeyRSAMac.cpp:
(WebCore::bytesUsedToEncodedLength):
(WebCore::bytesNeededForEncodedLength):
(WebCore::addEncodedASN1Length):
(WebCore::CryptoKeyRSA::importSpki):
(WebCore::CryptoKeyRSA::exportSpki):
LayoutTests:
Reviewed by Brent Fulgham.
- crypto/subtle/import-key-malformed-parameters-expected.txt:
- crypto/subtle/import-key-malformed-parameters.html:
- crypto/subtle/rsa-export-key-malformed-parameters-expected.txt:
- crypto/subtle/rsa-export-key-malformed-parameters.html:
- crypto/subtle/rsa-import-jwk-key-export-spki-key-expected.txt: Added.
- crypto/subtle/rsa-import-jwk-key-export-spki-key.html: Added.
- crypto/subtle/rsa-import-key-malformed-parameters-expected.txt:
- crypto/subtle/rsa-import-key-malformed-parameters.html:
- crypto/subtle/rsa-import-spki-key-export-jwk-key-expected.txt: Added.
- crypto/subtle/rsa-import-spki-key-export-jwk-key.html: Added.
- crypto/subtle/rsa-import-spki-key-export-spki-key-expected.txt: Added.
- crypto/subtle/rsa-import-spki-key-export-spki-key.html: Added.
- crypto/subtle/rsa-import-spki-small-key-expected.txt: Added.
- crypto/subtle/rsa-import-spki-small-key.html: Added.
- crypto/subtle/rsa-oaep-generate-export-key-spki-expected.txt: Added.
- crypto/subtle/rsa-oaep-generate-export-key-spki.html: Added.
- crypto/subtle/rsa-oaep-import-spki-key-expected.txt: Added.
- crypto/subtle/rsa-oaep-import-spki-key.html: Added.
- crypto/subtle/rsaes-pkcs1-v1_5-generate-export-key-spki-expected.txt: Added.
- crypto/subtle/rsaes-pkcs1-v1_5-generate-export-key-spki.html: Added.
- crypto/subtle/rsaes-pkcs1-v1_5-import-spki-key-expected.txt: Added.
- crypto/subtle/rsaes-pkcs1-v1_5-import-spki-key.html: Added.
- crypto/subtle/rsassa-pkcs1-v1_5-generate-export-key-spki-expected.txt: Added.
- crypto/subtle/rsassa-pkcs1-v1_5-generate-export-key-spki.html: Added.
- crypto/subtle/rsassa-pkcs1-v1_5-import-spki-key-expected.txt: Added.
- crypto/subtle/rsassa-pkcs1-v1_5-import-spki-key.html: Added.
- crypto/workers/subtle/resources/rsa-export-spki-key.js: Added.
- crypto/workers/subtle/resources/rsa-import-spki-key.js: Added.
- crypto/workers/subtle/rsa-export-spki-key-expected.txt: Added.
- crypto/workers/subtle/rsa-export-spki-key.html: Added.
- crypto/workers/subtle/rsa-import-spki-key-expected.txt: Added.
- crypto/workers/subtle/rsa-import-spki-key.html: Added.
- 4:46 PM Changeset in webkit [209436] by
-
- 2 edits in trunk/Source/WebCore
Fix editing text flakiness introduced in r209411
https://bugs.webkit.org/show_bug.cgi?id=165500
Reviewed by Dean Jackson.
The "insideFixed" out param was left uninitialized sometimes. This affected FrameSelection's
m_caretInsidePositionFixed, which caused problems in these tests.
Tested by editing tests in WK1.
- editing/htmlediting.cpp:
(WebCore::absoluteBoundsForLocalCaretRect):
- 4:46 PM Changeset in webkit [209435] by
-
- 2 edits in trunk/Source/WebKit2
Unreviewed, rolling out r209391.
https://bugs.webkit.org/show_bug.cgi?id=165501
requires explicit nullptr checks so missing env vars don't
flip AC mode (Requested by mcatanzaro on #webkit).
Reverted changeset:
"[GTK] Process accelerated compositing env variables only if
they are really enabled"
https://bugs.webkit.org/show_bug.cgi?id=165300
http://trac.webkit.org/changeset/209391
- 4:34 PM Changeset in webkit [209434] by
-
- 26 edits in trunk
Correct SDKROOT values in xcconfig files
https://bugs.webkit.org/show_bug.cgi?id=165487
rdar://problem/29539209
Reviewed by Dan Bernstein.
Fix suggested by Dan Bernstein.
Source/bmalloc:
- Configurations/DebugRelease.xcconfig:
Source/JavaScriptCore:
- Configurations/DebugRelease.xcconfig:
Source/ThirdParty:
- gtest/xcode/Config/DebugProject.xcconfig:
- gtest/xcode/Config/ReleaseProject.xcconfig:
Source/ThirdParty/ANGLE:
- Configurations/DebugRelease.xcconfig:
Source/WebCore:
- Configurations/DebugRelease.xcconfig:
Source/WebInspectorUI:
- Configurations/DebugRelease.xcconfig:
Source/WebKit/mac:
- Configurations/DebugRelease.xcconfig:
Source/WebKit2:
- Configurations/DebugRelease.xcconfig:
Source/WTF:
- Configurations/DebugRelease.xcconfig:
Tools:
- ContentExtensionTester/Configurations/DebugRelease.xcconfig:
- DumpRenderTree/mac/Configurations/DebugRelease.xcconfig:
- MiniBrowser/Configurations/DebugRelease.xcconfig:
- TestWebKitAPI/Configurations/DebugRelease.xcconfig:
- WebEditingTester/Configurations/DebugRelease.xcconfig:
- WebKitTestRunner/Configurations/DebugRelease.xcconfig:
- 4:27 PM Changeset in webkit [209433] by
-
- 19 edits4 deletes in trunk/Source
Remove old Wasm object model
https://bugs.webkit.org/show_bug.cgi?id=165481
Reviewed by Keith Miller and Mark Lam.
Source/JavaScriptCore:
It's confusing to see code that consults both the old
Wasm object model alongside the new one. The old object
model is not a thing, and it's not being used. Let's
remove it now to prevent further confusion.
- CMakeLists.txt:
- JavaScriptCore.xcodeproj/project.pbxproj:
- bytecode/CodeBlock.cpp:
(JSC::CodeBlock::finalizeLLIntInlineCaches):
(JSC::CodeBlock::replacement):
(JSC::CodeBlock::computeCapabilityLevel):
(JSC::CodeBlock::updateAllPredictions):
- bytecode/CodeBlock.h:
- bytecode/WebAssemblyCodeBlock.cpp: Removed.
- bytecode/WebAssemblyCodeBlock.h: Removed.
- dfg/DFGCapabilities.cpp:
(JSC::DFG::isSupportedForInlining):
- interpreter/Interpreter.cpp:
(JSC::GetStackTraceFunctor::operator()):
(JSC::UnwindFunctor::operator()):
(JSC::isWebAssemblyExecutable): Deleted.
- jit/JITOperations.cpp:
- jit/Repatch.cpp:
(JSC::linkPolymorphicCall):
- llint/LLIntSlowPaths.cpp:
(JSC::LLInt::setUpCall):
- runtime/ExecutableBase.cpp:
(JSC::ExecutableBase::clearCode):
- runtime/ExecutableBase.h:
(JSC::ExecutableBase::isWebAssemblyExecutable): Deleted.
- runtime/JSFunction.cpp:
- runtime/JSFunction.h:
- runtime/JSFunctionInlines.h:
(JSC::JSFunction::isBuiltinFunction):
- runtime/VM.cpp:
(JSC::VM::VM):
- runtime/VM.h:
- runtime/WebAssemblyExecutable.cpp: Removed.
- runtime/WebAssemblyExecutable.h: Removed.
Source/WebCore:
- testing/Internals.cpp:
(WebCore::Internals::parserMetaData):
- 3:48 PM Changeset in webkit [209432] by
-
- 3 edits2 adds in trunk
[Modern Media Controls] Media controls use the fullscreen layout after going from inline to fullscreen to PiP to inline
https://bugs.webkit.org/show_bug.cgi?id=165494
Reviewed by Dean Jackson.
We would only call _updateControlsIfNeeded() when entering or leaving fullscreen, so we going from fullscreen to PiP to
inline would retain fullscreen controls since we would not check for the event that indicates we went back from PiP to
inline. On platforms that support it, we listen to the "webkitpresentationmodechanged" event
to update the controls, and only "webkitfullscreenchange" on others (ie. Yosemite).
Test: media/modern-media-controls/media-controller/media-controller-inline-to-fullscreen-to-pip-to-inline.html
- Modules/modern-media-controls/media/media-controller.js:
(MediaController):
(MediaController.prototype.handleEvent):
(MediaController.prototype._returnMediaLayerToInlineIfNeeded):
- 3:45 PM Changeset in webkit [209431] by
-
- 10 edits2 adds in trunk
[Modern Media Controls] Rendering issues with controls bar when captions are on
https://bugs.webkit.org/show_bug.cgi?id=165390
Reviewed by Dean Jackson.
We would face some layout issues with captions due to RenderImage::layoutShadowControls()
expecting a single RenderBox in the media controls shadow root, which was the case with
legacy media controls, but no longer the case with modern media controls. We now host
both the captions and the media controls elements under a single container, and add
an asertion in RenderImage to check that a single RenderBox child exists.
Test: media/modern-media-controls/media-controller/media-controller-single-container.html
- Modules/modern-media-controls/controls/media-controls.css:
(.media-controls-container):
(.media-controls-container,):
(.media-controls-container > *):
(.media-controls):
- Modules/modern-media-controls/controls/text-tracks.css:
(video::-webkit-media-text-track-container):
- Modules/modern-media-controls/media/media-controller.js:
(MediaController):
(MediaController.prototype._updateControlsIfNeeded):
- rendering/RenderImage.cpp:
(WebCore::RenderImage::layoutShadowControls):
- 3:39 PM Changeset in webkit [209430] by
-
- 6 edits1 copy12 adds in trunk
[Modern Media Controls] Automatically hide the controls bar when the mouse is idle
https://bugs.webkit.org/show_bug.cgi?id=165492
Reviewed by Dean Jackson.
We now automatically hide the controls bar. When the media is no longer paused, the controls remain
visible for 4 seconds, regardless of where the mouse pointer is located. When the user mouses over the
media, the controls become visible and automatically hide 4 seconds after the last time the user has
moved his mouse over the media. When the user mouses out of the media, the controls automatically hide.
When the mouse is over the controls bar, it remains visible. When the media is paused, the controls bar
remain visible regardless of the mouse position.
Tests: media/modern-media-controls/media-controller/media-controller-auto-hide-mouse-enter-and-mouse-leave.html
media/modern-media-controls/media-controller/media-controller-auto-hide-mouse-enter-over-controls-bar.html
media/modern-media-controls/media-controller/media-controller-auto-hide-mouse-leave-after-play.html
media/modern-media-controls/media-controller/media-controller-auto-hide-pause.html
media/modern-media-controls/media-controller/media-controller-auto-hide-rewind-with-mouse-enter.html
media/modern-media-controls/media-controller/media-controller-auto-hide.html
- Modules/modern-media-controls/controls/controls-bar.css: Added.
(.controls-bar):
(.controls-bar.faded):
- Modules/modern-media-controls/controls/controls-bar.js:
(ControlsBar.prototype.get userInteractionEnabled):
(ControlsBar.prototype.set userInteractionEnabled):
(ControlsBar.prototype.get fadesWhileIdle):
(ControlsBar.prototype.set fadesWhileIdle):
(ControlsBar.prototype.get visible):
(ControlsBar.prototype.set visible):
(ControlsBar.prototype.get faded):
(ControlsBar.prototype.set faded):
(ControlsBar.prototype.handleEvent):
(ControlsBar.prototype.commitProperty):
(ControlsBar.prototype._cancelAutoHideTimer):
(ControlsBar.prototype._rewindAutoHideTimer):
(ControlsBar.prototype._autoHideTimerFired):
- Modules/modern-media-controls/controls/media-controls.js:
- Modules/modern-media-controls/media/controls-visibility-support.js:
(ControlsVisibilitySupport.prototype.get mediaEvents):
(ControlsVisibilitySupport.prototype.syncControl):
(ControlsVisibilitySupport):
- Modules/modern-media-controls/media/media-controller.js:
(MediaController.prototype._updateControlsIfNeeded):
- 3:29 PM Changeset in webkit [209429] by
-
- 2 edits in trunk/Source/JavaScriptCore
PureNaN: fix typo
https://bugs.webkit.org/show_bug.cgi?id=165493
Reviewed by Mark Lam.
- runtime/PureNaN.h:
- 3:24 PM Changeset in webkit [209428] by
-
- 2 edits in trunk/LayoutTests
Test fast/selectors/040.html fails on iOS Simulator following <https://trac.webkit.org/changeset/209404>
(https://bugs.webkit.org/show_bug.cgi?id=79694)
Skip test fast/selectors/040.html as we do not visually highlight a programmatic selection on iOS from
observation.
- platform/ios-simulator/TestExpectations:
- 3:06 PM Changeset in webkit [209427] by
-
- 5 edits2 adds in trunk
Can not select whole line when using flexbox
https://bugs.webkit.org/show_bug.cgi?id=165299
Reviewed by David Hyatt.
Source/WebCore:
RootInlineBox::selectionTopAdjustedForPrecedingBlock assumes that the preceding block is
always above the current line. However in certain layout contexts (flex as an example) the block before
could just be on the same line as the current one.
This patch checks if we actually need to adjust the selection top to avoid vertical selection overlap.
Test: fast/flexbox/flexbox-fail-to-select-same-line.html
- rendering/RenderBlock.cpp:
(WebCore::RenderBlock::blockBeforeWithinSelectionRoot): Deleted.
- rendering/RenderBlock.h:
- rendering/RootInlineBox.cpp:
(WebCore::blockBeforeWithinSelectionRoot):
(WebCore::RootInlineBox::selectionTopAdjustedForPrecedingBlock):
LayoutTests:
- fast/flexbox/flexbox-fail-to-select-same-line-expected.html: Added.
- fast/flexbox/flexbox-fail-to-select-same-line.html: Added.
- 3:01 PM Changeset in webkit [209426] by
-
- 2 edits in trunk/Source/WebCore
Add more assertions to ElementQueue diagnose a bug
https://bugs.webkit.org/show_bug.cgi?id=164814
Reviewed by Alexey Proskuryakov.
Set m_invoking in release builds now that assertions are also run in release builds.
- dom/CustomElementReactionQueue.cpp:
(WebCore::CustomElementReactionStack::ElementQueue::invokeAll):
- 2:48 PM Changeset in webkit [209425] by
-
- 6 edits3 adds in trunk
YouTube sometimes pauses when switching tabs
https://bugs.webkit.org/show_bug.cgi?id=165468
Reviewed by Eric Carlson.
Source/WebCore:
Test: media/media-session-restrictions.html
The bitfield which represents the restrictions for "VideoAudio" media type was unititialized,
leading to what was effectively a random set of restrictions at runtime.
- platform/audio/PlatformMediaSessionManager.cpp:
(WebCore::PlatformMediaSessionManager::resetRestrictions):
- testing/Internals.cpp:
(WebCore::mediaTypeFromString):
(WebCore::Internals::setMediaSessionRestrictions):
(WebCore::Internals::mediaSessionRestrictions):
- testing/Internals.h:
- testing/Internals.idl:
LayoutTests:
- media/media-session-restrictions.html: Added.
- platform/ios-simulator/media/media-session-restrictions-expected.txt: Added.
- platform/mac/media/media-session-restrictions-expected.txt: Added.
- 2:43 PM Changeset in webkit [209424] by
-
- 20 edits3 adds3 deletes in trunk
Introduce the concept of Immutable Prototype Exotic Objects to comply with the spec.
https://bugs.webkit.org/show_bug.cgi?id=165227
<rdar://problem/29442665>
Reviewed by Saam Barati.
JSTests:
- stress/get-from-scope-dynamic-onto-proxy.js:
- Updated error message.
- stress/proxy-dont-infinite-loop.js: Removed.
- stress/proxy-json-path.js: Removed.
- stress/rest-parameter-allocation-elimination-watchpoints-6.js: Removed.
- Removed these tests because the issue they are testing relies on being able to set Object.prototype.proto to something else (which is now not possible).
Source/JavaScriptCore:
- runtime/JSObject.cpp:
(JSC::JSObject::setPrototypeWithCycleCheck):
- This is where we check for immutable prototype exotic objects and refuse to set the prototype if needed. See https://tc39.github.io/ecma262/#sec-immutable-prototype-exotic-objects.
- runtime/JSTypeInfo.h:
(JSC::TypeInfo::isImmutablePrototypeExoticObject):
- runtime/Structure.h:
- Add flag for declaring immutable prototype exotic objects.
- runtime/ObjectPrototype.h:
- Declare that Object.prototype is an immutable prototype exotic object. See https://tc39.github.io/ecma262/#sec-properties-of-the-object-prototype-object.
- runtime/ObjectConstructor.cpp:
(JSC::objectConstructorSetPrototypeOf):
- Use better error messages.
Source/WebCore:
Make all objects in window.proto's prototype chain immutable prototype exotic
objects. This gives us roughly equivalent behavior to other browsers.
Firefox's behavior differ slightly in that Firefox will fail any attempted
assignment their proto, while the immutable prototype exotic objects will
only fail if the assignment is of a different value. See
https://tc39.github.io/ecma262/#sec-immutable-prototype-exotic-objects.
Chrome differs in that assignment to window.proto is also handled like an
immutable prototype exotic object. Instead we adhere to the current HTML spec
that says that the assignment should fail unconditionally. See
https://html.spec.whatwg.org/#the-windowproxy-exotic-object and
https://html.spec.whatwg.org/#windowproxy-setprototypeof.
If the HTML spec is changed to make the WindowProxy and Location objects into
immutable prototype exotic objects later, we can update to match the spec then.
Test: js/prototype-assignment.html
- bindings/js/JSDOMWindowProperties.h:
- bindings/scripts/CodeGeneratorJS.pm:
(GenerateHeader):
(GeneratePrototypeDeclaration):
- bindings/scripts/IDLAttributes.txt:
- dom/EventTarget.idl:
- page/DOMWindow.idl:
LayoutTests:
The new prototype-assignment.js test is currently only enabled for LLInt only
run in the JSC tests until webkit.org/b/165401 is fixed.
- TestExpectations:
- Skip js/prototype-assignment.html for now until webkit.org/b/165401 is fixed.
- http/tests/security/window-named-valueOf-expected.txt:
- js/dom/proxy-is-not-allowed-in-global-prototype-chain-expected.txt:
- js/dom/proxy-is-not-allowed-in-global-prototype-chain.html:
- Updated error messages.
- js/prototype-assignment-expected.txt: Added.
- js/prototype-assignment.html: Added.
- js/script-tests/prototype-assignment.js: Added.
(else):
(reportError):
(shouldEqual):
(shouldThrow):
(stringify):
(makeTestID):
(doInternalSetPrototypeOf):
(ordinarySetPrototypeOf):
(setImmutablePrototype):
(windowProxySetPrototypeOf):
(initSetterExpectation):
(throwIfNoExceptionPending):
(objectSetPrototypeOf):
(setUnderscoreProto):
(reflectSetPrototypeOf):
(newObjectProto.toString):
(this.testObject.targets.push.value):
(this.testProxy.targets.push.setPrototypeOf):
(Symbol):
(test):
(runTests):
- js/setPrototypeOf-expected.txt:
- 2:38 PM Changeset in webkit [209423] by
-
- 4 edits in trunk/Source
[Cocoa] Add some memory usage related information to sysdiagnose state dumps
<https://webkit.org/b/165375>
<rdar://problem/29057243>
Reviewed by Darin Adler.
Follow-up to address two more review comments.
Source/WebCore:
- page/PerformanceLogging.cpp:
(WebCore::PerformanceLogging::javaScriptObjectCounts): Use WTFMove() when returning the
HashCountedSet to avoid making an extra copy.
Source/WebKit2:
- WebProcess/cocoa/WebProcessCocoa.mm:
(WebKit::WebProcess::registerWithStateDumper): Use adoptNS() instead of autorelease for NSStrings.
- 2:32 PM Changeset in webkit [209422] by
-
- 12 edits4 adds in trunk/Source/WebKit2
[MediaStream][Mac] Revoke sandbox extensions when capture ends
https://bugs.webkit.org/show_bug.cgi?id=165476
Reviewed by Brady Eidson.
Track media capture by process so it is possible to revoke the sandbox extensions issued to
a web process when capture stops.
- CMakeLists.txt: Add new files.
- UIProcess/UserMediaPermissionRequestManagerProxy.cpp:
(WebKit::UserMediaPermissionRequestManagerProxy::UserMediaPermissionRequestManagerProxy): Register
with process manager.
(WebKit::UserMediaPermissionRequestManagerProxy::~UserMediaPermissionRequestManagerProxy):
(WebKit::UserMediaPermissionRequestManagerProxy::userMediaAccessWasGranted): Move sandbox
extension code to the process manager.
(WebKit::UserMediaPermissionRequestManagerProxy::stopCapture): New.
(WebKit::UserMediaPermissionRequestManagerProxy::startedCaptureSession): New, report state
change to the process manager.
(WebKit::UserMediaPermissionRequestManagerProxy::endedCaptureSession): Ditto.
- UIProcess/UserMediaPermissionRequestManagerProxy.h:
- UIProcess/UserMediaProcessManager.cpp: Added.
(WebKit::ProcessState::ProcessState):
(WebKit::ProcessState::managers):
(WebKit::ProcessState::sandboxExtensionsGranted):
(WebKit::ProcessState::setSandboxExtensionsGranted):
(WebKit::stateMap):
(WebKit::processState):
(WebKit::ProcessState::addRequestManager):
(WebKit::ProcessState::removeRequestManager):
(WebKit::UserMediaProcessManager::singleton):
(WebKit::UserMediaProcessManager::addUserMediaPermissionRequestManagerProxy):
(WebKit::UserMediaProcessManager::removeUserMediaPermissionRequestManagerProxy):
(WebKit::UserMediaProcessManager::willCreateMediaStream):
(WebKit::UserMediaProcessManager::startedCaptureSession):
(WebKit::UserMediaProcessManager::endedCaptureSession):
- UIProcess/UserMediaProcessManager.h: Added.
- UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::isPlayingMediaDidChange): Report capture state changes to the request
manager proxy.
- UIProcess/WebPageProxy.h:
- WebKit2.xcodeproj/project.pbxproj: Add new files.
- WebProcess/MediaStream/MediaDeviceSandboxExtensions.cpp: Added.
(WebKit::MediaDeviceSandboxExtensions::MediaDeviceSandboxExtensions):
(WebKit::MediaDeviceSandboxExtensions::encode):
(WebKit::MediaDeviceSandboxExtensions::decode):
(WebKit::MediaDeviceSandboxExtensions::operator[]):
(WebKit::MediaDeviceSandboxExtensions::size):
- WebProcess/MediaStream/MediaDeviceSandboxExtensions.h: Added.
- WebProcess/MediaStream/UserMediaPermissionRequestManager.cpp:
(WebKit::UserMediaPermissionRequestManager::~UserMediaPermissionRequestManager): Sandbox extension
is now in a HashMap, not a Vector.
(WebKit::UserMediaPermissionRequestManager::grantUserMediaDeviceSandboxExtensions): Record
IDs with extensions so they can be revoked later.
(WebKit::UserMediaPermissionRequestManager::revokeUserMediaDeviceSandboxExtensions): New.
(WebKit::UserMediaPermissionRequestManager::grantUserMediaDevicesSandboxExtension): Deleted.
- WebProcess/MediaStream/UserMediaPermissionRequestManager.h:
- WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::grantUserMediaDeviceSandboxExtensions):
(WebKit::WebPage::revokeUserMediaDeviceSandboxExtensions):
(WebKit::WebPage::grantUserMediaDevicesSandboxExtension): Deleted.
- WebProcess/WebPage/WebPage.h:
- WebProcess/WebPage/WebPage.messages.in:
- 2:31 PM Changeset in webkit [209421] by
-
- 3 edits2 adds in trunk
REGRESSION (Safari 10): Scrolling not working inside height 100% table
https://bugs.webkit.org/show_bug.cgi?id=164366
<rdar://problem/29095535>
Reviewed by Zalan Bujtas.
Source/WebCore:
Added fast/table/overflow-percent-height-regression.html
- rendering/RenderBox.cpp:
(WebCore::RenderBox::computePercentageLogicalHeight):
This patch wasn't merged correctly from Blink. The value returned needed
to be 0, not unset.
LayoutTests:
- fast/table/overflow-percent-height-regression-expected.html: Added.
- fast/table/overflow-percent-height-regression.html: Added.
- 2:21 PM Changeset in webkit [209420] by
-
- 2 edits in trunk/LayoutTests
Rebaseline fast/shadow-dom/slotted-pseudo-element-css-text.html after r209396.
Unreviewed test gardening.
- fast/shadow-dom/slotted-pseudo-element-css-text-expected.txt:
- 2:10 PM Changeset in webkit [209419] by
-
- 4 edits in trunk/LayoutTests
Mark two tiled-drawing tests as flakey. Layout viewport rect computation has issues in subframes,
covered by https://bugs.webkit.org/show_bug.cgi?id=165489.
- platform/mac-wk2/TestExpectations:
- tiled-drawing/scrolling/frames/coordinated-frame-gain-scrolling-ancestor-expected.txt:
- tiled-drawing/scrolling/frames/coordinated-frame-lose-scrolling-ancestor-expected.txt:
- 1:59 PM Changeset in webkit [209418] by
-
- 3 edits2 adds in trunk/Source/WebKit2
Add a new MachMessage class and use it for sending outgoing messages
https://bugs.webkit.org/show_bug.cgi?id=165484
Reviewed by Sam Weinig.
- Platform/IPC/mac/ConnectionMac.mm:
(IPC::Connection::sendOutgoingMessage):
Instead of trying to randomly use memory from the stack as well as using mmap for the message data for out of line messages
(which makes no sense at all, since the body data is already mmapped), just always create a MachMessage object and use it.
(IPC::machMessageSize): Deleted.
This has been moved to MachMessage::messageSize().
- Platform/IPC/mac/MachMessage.cpp: Added.
(IPC::MachMessage::create):
Allocate extra memory to store the actual buffer.
(IPC::MachMessage::MachMessage):
Initialize variables. m_size isn't really used right now, but will be in a subsequent patch.
(IPC::MachMessage::header):
Return the header.
- Platform/IPC/mac/MachMessage.h: Added.
(IPC::MachMessage::length):
- WebKit2.xcodeproj/project.pbxproj:
Add new files.
- 1:52 PM Changeset in webkit [209417] by
-
- 4 edits in trunk/Source/WebCore
REGRESSION: media/track LayoutTests are flaky failures
https://bugs.webkit.org/show_bug.cgi?id=165432
Reviewed by Antoine Quint.
RenderThemeMac was caching the media controls script / style sheets
and not being invalidated when the RuntimeEnabledFeatures changed. So,
we can just cache both.
- bindings/generic/RuntimeEnabledFeatures.h:
Initialize m_areModernMediaControlsEnabled to false.
- rendering/RenderThemeMac.h:
- rendering/RenderThemeMac.mm:
(WebCore::RenderThemeMac::mediaControlsStyleSheet):
(WebCore::RenderThemeMac::mediaControlsScript):
Have separate caches for the modern and legacy media control scripts/style sheets.
- 1:45 PM Changeset in webkit [209416] by
-
- 3 edits in trunk/Source/WebCore
DumpRenderTree crashed in com.apple.WebCore: WebCore::MockMediaEndpoint::generateDtlsInfo const + 23
https://bugs.webkit.org/show_bug.cgi?id=165486
<rdar://problem/29149588>
Reviewed by Tim Horton.
The MockMediaEndpoint can be destroyed before the task created in MockMediaEndpoint::generateDtlsInfo()
gets a chance to run, so guard it with a weak pointer.
- platform/mock/MockMediaEndpoint.cpp:
(WebCore::MockMediaEndpoint::MockMediaEndpoint):
(WebCore::MockMediaEndpoint::generateDtlsInfo):
- platform/mock/MockMediaEndpoint.h:
- 1:40 PM Changeset in webkit [209415] by
-
- 2 edits in trunk/Source/WebCore
Add HTML interactive form validation blacklist for some WebKit-specific sites
https://bugs.webkit.org/show_bug.cgi?id=165470
<rdar://problem/29509424>
Reviewed by Simon Fraser.
Add HTML interactive form validation blacklist for some WebKit-specific sites
expecting our old behavior, until they get a chance to be updated.
- html/HTMLFormElement.cpp:
(WebCore::isURLBlacklistedForInteractiveFormValidation):
(WebCore::HTMLFormElement::prepareForSubmission):
- 1:34 PM Changeset in webkit [209414] by
-
- 4 edits in trunk/Source/WebCore
Unreviewed, rollout r209050.
This change may impact other popovers than the HTML validation one.
The previous code is safer.
- platform/ValidationBubble.h:
- platform/ios/ValidationBubbleIOS.mm:
(-[WebValidationBubbleDelegate adaptivePresentationStyleForPresentationController:traitCollection:]):
(WebCore::ValidationBubble::setAnchorRect):
- platform/spi/ios/UIKitSPI.h:
- 1:03 PM Changeset in webkit [209413] by
-
- 2 edits in trunk/Source/WTF
REGRESSION(r209399): Causes crashes when dumping JIT disassembly
https://bugs.webkit.org/show_bug.cgi?id=165483
Reviewed by Geoffrey Garen.
Fixed the RELEASE_ASSERT() to check that the 6 character string is terminated by a null
character.
- wtf/SixCharacterHash.cpp:
(WTF::sixCharacterHashStringToInteger):
- 12:33 PM Changeset in webkit [209412] by
-
- 4 edits in trunk/LayoutTests
REGRESSION (r209396): animations/font-variations/font-variation-settings* tests timing out
https://bugs.webkit.org/show_bug.cgi?id=165475
Reviewed by Myles C. Maxfield.
The new parser only allows strings for @keyframe names when @-webkit-keyframe is used. Patch
the tests to use identifiers instead.
- animations/font-variations/font-variation-settings-order.html:
- animations/font-variations/font-variation-settings-unlike.html:
- animations/font-variations/font-variation-settings.html:
- 12:00 PM Changeset in webkit [209411] by
-
- 21 edits6 adds in trunk
Improve the behavior of scroll-into-view when the target is inside position:fixed
https://bugs.webkit.org/show_bug.cgi?id=165354
Reviewed by Zalan Bujtas.
Source/WebCore:
The existing RenderLayer::scrollRectToVisible() code paid no heed to whether the
target was inside position:fixed, resulting in unwanted scrolls.
Fix this by plumbing through from the call sites a "insideFixed" flag which we get
when we call localToAbsolute(), and use this flag to avoid scrolling at all if
unzoomed.
If zoomed and we're focussing something inside position:fixed, and if visual viewports
are enabled, we can compute the visual viewport required to reveal the target rect,
which gives us the ideal scroll position.
Fix a bug on non-iOS platforms when zoomed, which is to scale the viewRect since
frameView.visibleContentRect() gives an unscaled rect on those platforms.
Not all callers of scrollRectToVisible() are fixed, but those that are not will get
the current behavior.
Tests: fast/overflow/scroll-anchor-in-position-fixed.html
fast/visual-viewport/zoomed-scroll-into-view-fixed.html
fast/visual-viewport/zoomed-scroll-to-anchor-in-position-fixed.html
- dom/Element.cpp:
(WebCore::Element::scrollIntoView):
(WebCore::Element::scrollIntoViewIfNeeded):
(WebCore::Element::scrollIntoViewIfNotVisible):
(WebCore::Element::updateFocusAppearance):
- editing/FrameSelection.cpp:
(WebCore::FrameSelection::FrameSelection):
(WebCore::FrameSelection::absoluteCaretBounds):
(WebCore::FrameSelection::recomputeCaretRect):
(WebCore::FrameSelection::revealSelection):
- editing/FrameSelection.h:
- editing/VisiblePosition.cpp:
(WebCore::VisiblePosition::absoluteCaretBounds):
- editing/VisiblePosition.h:
- editing/htmlediting.cpp:
(WebCore::absoluteBoundsForLocalCaretRect):
- editing/htmlediting.h:
- page/FrameView.cpp:
(WebCore::FrameView::scrollElementToRect):
(WebCore::FrameView::scrollToAnchor):
- page/PrintContext.cpp:
(WebCore::PrintContext::outputLinkedDestinations):
- rendering/RenderElement.cpp:
(WebCore::RenderElement::getLeadingCorner):
(WebCore::RenderElement::getTrailingCorner):
(WebCore::RenderElement::absoluteAnchorRect):
(WebCore::RenderElement::anchorRect): Deleted.
- rendering/RenderElement.h:
- rendering/RenderLayer.cpp:
(WebCore::RenderLayer::scrollRectToVisible):
(WebCore::RenderLayer::getRectToExpose):
(WebCore::RenderLayer::autoscroll):
- rendering/RenderLayer.h:
- rendering/RenderObject.cpp:
(WebCore::RenderObject::scrollRectToVisible):
- rendering/RenderObject.h:
Source/WebKit/mac:
Plumb through 'insideFixed'. We don't get compute it, so behavior from
these call sites won't change.
- WebView/WebFrame.mm:
(-[WebFrame _scrollDOMRangeToVisible:]):
(-[WebFrame _scrollDOMRangeToVisible:withInset:]):
LayoutTests:
- fast/overflow/scroll-anchor-in-position-fixed-expected.txt: Added.
- fast/overflow/scroll-anchor-in-position-fixed.html: Added.
- fast/transforms/selection-bounds-in-transformed-view.html:
- fast/visual-viewport/zoomed-scroll-into-view-fixed-expected.txt: Added.
- fast/visual-viewport/zoomed-scroll-into-view-fixed.html: Added.
- fast/visual-viewport/zoomed-scroll-to-anchor-in-position-fixed-expected.txt: Added.
- fast/visual-viewport/zoomed-scroll-to-anchor-in-position-fixed.html: Added.
- platform/ios-simulator/TestExpectations:
- 11:54 AM Changeset in webkit [209410] by
-
- 4 edits2 adds in trunk
[Cocoa] REGRESSION(r205396): Intermediate CTRuns with initial advances get double counted when glyph origins are enabled
https://bugs.webkit.org/show_bug.cgi?id=165084
Reviewed by Simon Fraser.
Source/WebCore:
When glyph origins are not enabled, an intermediate CTRun's initial advance is simply added
to the previous glyph's advance. However, when glyph origins are enabled, this shouldn't
occur.
Test: fast/text/initial-advance-in-intermediate-run-complex.html
- platform/graphics/mac/ComplexTextController.cpp:
(WebCore::ComplexTextController::adjustGlyphsAndAdvances):
LayoutTests:
- fast/text/initial-advance-in-intermediate-run-complex-expected.html: Added.
- fast/text/initial-advance-in-intermediate-run-complex.html: Added.
- platform/ios-simulator/TestExpectations: Disable the test on iOS because it relies
on Arial being used to draw Arabic, which we explicitly don't allow.
- 11:39 AM Changeset in webkit [209409] by
-
- 56 edits1 delete in trunk
Enable visual viewports by default on Mac, and iOS Wk2
https://bugs.webkit.org/show_bug.cgi?id=165452
Reviewed by Zalan Bujtas.
Source/WebCore:
Some tests revealed an issue where, during scrollbar updates, the visual viewport would be
15px wider than the layout viewport, which results in the layout viewport shifting 15px to the
right. Prevent this by disallowing viewport updates during the AdjustViewSize phase; we'll
be called again in postLayoutTasks.
- page/FrameView.cpp:
(WebCore::FrameView::updateLayoutViewport):
Source/WebKit/mac:
Turn visual viewports on by default for WK1 on Mac.
- WebView/WebPreferences.mm:
(+[WebPreferences initialize]):
Source/WebKit2:
Turn visual viewports on by default for WK2.
- Shared/WebPreferencesDefinitions.h:
LayoutTests:
Skip, fix or adjust tests for visual viewports.
- TestExpectations:
- animations/trigger-container-scroll-boundaries.html:
- animations/trigger-container-scroll-empty.html:
- animations/trigger-container-scroll-simple.html:
- compositing/geometry/fixed-position-composited-page-scale-smaller-than-viewport.html:
- compositing/layer-creation/fixed-position-out-of-view-scaled-expected.txt:
- compositing/layer-creation/fixed-position-out-of-view-scaled-scroll-expected.txt:
- fast/scrolling/ios/remove-scrolling-role-expected.txt:
- fast/zooming/client-rect-in-fixed-zoomed-expected.txt:
- fast/zooming/client-rect-in-fixed-zoomed.html:
- platform/ios-simulator-wk2/compositing/geometry/fixed-in-composited-expected.txt: Removed.
- platform/ios-simulator-wk2/compositing/geometry/limit-layer-bounds-fixed-expected.txt:
- platform/ios-simulator-wk2/compositing/geometry/limit-layer-bounds-fixed-positioned-expected.txt:
- platform/ios-simulator-wk2/compositing/layer-creation/fixed-position-under-transform-expected.txt:
- platform/ios-simulator-wk2/compositing/layer-creation/no-compositing-for-sticky-expected.txt:
- platform/ios-simulator-wk2/fast/overflow/position-fixed-transform-clipping-expected.txt:
- platform/ios-simulator/compositing/absolute-inside-out-of-view-fixed-expected.txt:
- platform/ios-simulator/compositing/geometry/fixed-in-composited-expected.txt:
- scrollingcoordinator/ios/non-stable-viewport-scroll-expected.txt:
- scrollingcoordinator/ios/ui-scrolling-tree-expected.txt:
- tiled-drawing/fixed-layout-size-fixed-attachment-cover.html:
- tiled-drawing/fixed-layout-size-fixed-attachment-local.html:
- tiled-drawing/scrolling/clamp-out-of-bounds-scrolls-expected.txt:
- tiled-drawing/scrolling/fixed-background/fixed-body-background-zoomed-expected.txt:
- tiled-drawing/scrolling/fixed/absolute-inside-fixed-expected.txt:
- tiled-drawing/scrolling/fixed/absolute-inside-out-of-view-fixed-expected.txt:
- tiled-drawing/scrolling/fixed/fixed-in-overflow-expected.txt:
- tiled-drawing/scrolling/fixed/fixed-position-out-of-view-expected.txt:
- tiled-drawing/scrolling/fixed/fixed-position-out-of-view-negative-zindex-expected.txt:
- tiled-drawing/scrolling/fixed/four-bars-expected.txt:
- tiled-drawing/scrolling/fixed/four-bars-with-header-and-footer-expected.txt:
- tiled-drawing/scrolling/fixed/four-bars-zoomed-expected.txt:
- tiled-drawing/scrolling/fixed/negative-scroll-offset-expected.txt:
- tiled-drawing/scrolling/fixed/negative-scroll-offset-in-view-expected.txt:
- tiled-drawing/scrolling/fixed/nested-fixed-expected.txt:
- tiled-drawing/scrolling/fixed/percentage-inside-fixed-expected.txt:
- tiled-drawing/scrolling/frames/coordinated-frame-expected.txt:
- tiled-drawing/scrolling/frames/coordinated-frame-gain-scrolling-ancestor-expected.txt:
- tiled-drawing/scrolling/frames/coordinated-frame-in-fixed-expected.txt:
- tiled-drawing/scrolling/frames/coordinated-frame-lose-scrolling-ancestor-expected.txt:
- tiled-drawing/scrolling/frames/fixed-inside-frame-expected.txt:
- tiled-drawing/scrolling/frames/frameset-frame-scrollability-expected.txt:
- tiled-drawing/scrolling/frames/frameset-nested-frame-scrollability-expected.txt:
- tiled-drawing/scrolling/frames/remove-coordinated-frame-expected.txt:
- tiled-drawing/scrolling/frames/scroll-region-after-frame-layout-expected.txt:
- tiled-drawing/scrolling/scrolling-tree-after-scroll-expected.txt:
- tiled-drawing/scrolling/scrolling-tree-slow-scrolling-expected.txt:
- tiled-drawing/scrolling/sticky/negative-scroll-offset-expected.txt:
- tiled-drawing/scrolling/sticky/sticky-horizontal-expected.txt:
- tiled-drawing/scrolling/sticky/sticky-vertical-expected.txt:
- 11:35 AM Changeset in webkit [209408] by
-
- 7 edits in trunk
WebKitTestRunner: Plugins are disabled in new windows
https://bugs.webkit.org/show_bug.cgi?id=165410
Reviewed by Alex Christensen.
Source/WebKit2:
Remove SPI exposed to explicitly toggle plugins from WebKitTestRunner.
Instead we will update WebKitTestRunner to make use of the SPI
WKBundleOverrideBoolPreferenceForTestRunner() to toggle plugins in
all windows.
- WebProcess/InjectedBundle/API/c/WKBundle.cpp:
(WKBundleSetPluginsEnabled): Deleted.
- WebProcess/InjectedBundle/API/c/WKBundlePrivate.h:
- WebProcess/InjectedBundle/InjectedBundle.cpp:
(WebKit::InjectedBundle::setPluginsEnabled): Deleted.
Tools:
Currently WebKitTestRunner only enables plugins in the main window. So, a test that opens
a new window and loads a plugin will fail. We should enable plugins in all windows by
default. Moreover toggling testRunner.setPluginsEnabled() should effect all windows.
Making these changes is a step towards running plugins/open-and-close-window-with-plugin.html
in WebKitTestRunner (we still need to fix <https://bugs.webkit.org/show_bug.cgi?id=46714>) and
will make the behavior of WebKitTestRunner more closely match the behavior DumpRenderTree.
- WebKitTestRunner/InjectedBundle/InjectedBundle.cpp:
(WTR::InjectedBundle::beginTesting): Call TestRunner::setPluginsEnabled() instead of
WKBundleSetPluginsEnabled().
- WebKitTestRunner/InjectedBundle/TestRunner.cpp:
(WTR::TestRunner::setPluginsEnabled): Take a similar approach as TestRunner::setXSSAuditorEnabled()
and make use of WKBundleOverrideBoolPreferenceForTestRunner().
- 11:20 AM Changeset in webkit [209407] by
-
- 4 edits in trunk/Source/WebKit2
Don't memcpy out of line data
https://bugs.webkit.org/show_bug.cgi?id=165434
Reviewed by Sam Weinig.
Change the Decoder constructor to take a buffer deallocator parameter. If the buffer deallocator is null, the
data will be copied as before. Otherwise, the memory will be adopted by the Decoder object, and will be deallocated
by invoking the data deallocator.
- Platform/IPC/Decoder.cpp:
(IPC::copyBuffer):
Add a new helper.
(IPC::Decoder::Decoder):
Copy the buffer if the deallocator is null.
(IPC::Decoder::~Decoder):
Invoke the deallocator or call fastFree if it is null.
(IPC::Decoder::unwrapForTesting):
Update constructor.
(IPC::roundUpToAlignment):
(IPC::Decoder::alignBufferPosition):
(IPC::Decoder::decodeVariableLengthByteArray):
(IPC::decodeValueFromBuffer):
Change all these to deal with const pointers.
- Platform/IPC/Decoder.h:
Add new members.
- Platform/IPC/mac/ConnectionMac.mm:
(IPC::createMessageDecoder):
When we have out of line data, pass a deallocator that calls vm_deallocate, instead of copying the data
and then immediately throwing the original away.
- 11:07 AM Changeset in webkit [209406] by
-
- 6 edits in trunk/LayoutTests
Skip modern-media-controls tests until flakiness can be resolved.
https://bugs.webkit.org/show_bug.cgi?id=164784
Unreviewed test gardening.
- TestExpectations:
- platform/ios-simulator-wk2/TestExpectations:
- platform/ios-simulator/TestExpectations:
- platform/mac-wk1/TestExpectations:
- platform/mac/TestExpectations:
- 10:24 AM Changeset in webkit [209405] by
-
- 14 edits2 adds in trunk/Source/WebKit2
Almost half-second stall scrolling apple.com because of synchronous getPositionInformation
https://bugs.webkit.org/show_bug.cgi?id=165403
<rdar://problem/29493285>
Reviewed by Enrica Casucci.
When retrieving interaction information, we don't always need to do
snapshots for 3D Touch or the action sheet, especially if we're
synchronously blocking the UI process main thread waiting for the reply.
Add a new InteractionInformationRequest, which allows callers of
getPositionInformation and requestPositionInformation to specify which
optional pieces of information they would like to compute.
- Shared/AssistedNodeInformation.h:
Fix a incorrect comment.
- Shared/ios/InteractionInformationRequest.cpp: Added.
(WebKit::InteractionInformationRequest::encode):
(WebKit::InteractionInformationRequest::decode):
(WebKit::InteractionInformationRequest::isValidForRequest):
- Shared/ios/InteractionInformationRequest.h: Added.
(WebKit::InteractionInformationRequest::InteractionInformationRequest):
- WebKit2.xcodeproj/project.pbxproj:
Add InteractionInformationRequest, which encapsulates all of the
parameters required to generate an InteractionInformationAtPosition.
Previously, that was just a point, but now we have two new parameters:
whether we should generate a snapshot of the element, and whether
we should generate a TextIndicator if the element is a link.
- Shared/ios/InteractionInformationAtPosition.h:
- Shared/ios/InteractionInformationAtPosition.mm:
(WebKit::InteractionInformationAtPosition::encode):
(WebKit::InteractionInformationAtPosition::decode):
(WebKit::InteractionInformationAtPosition::mergeCompatibleOptionalInformation):
Adopt InteractionInformationRequest.
- UIProcess/WebPageProxy.h:
- UIProcess/ios/WebPageProxyIOS.mm:
(WebKit::WebPageProxy::getPositionInformation):
(WebKit::WebPageProxy::requestPositionInformation):
- UIProcess/ios/WKActionSheetAssistant.mm:
(-[WKActionSheetAssistant initialPresentationRectInHostViewForSheet]):
(-[WKActionSheetAssistant presentationRectInHostViewForSheet]):
(-[WKActionSheetAssistant showImageSheet]):
(-[WKActionSheetAssistant showLinkSheet]):
- UIProcess/ios/WKPDFView.mm:
(-[WKPDFView annotation:isBeingPressedAtPoint:controller:]):
- WebProcess/WebPage/WebPage.h:
- WebProcess/WebPage/WebPage.messages.in:
Adopt InteractionInformationRequest.
- UIProcess/ios/WKContentViewInteraction.h:
- UIProcess/ios/WKContentViewInteraction.mm:
(-[WKContentView _showAttachmentSheet]):
(-[WKContentView ensurePositionInformationIsUpToDate:]):
If we have a outstanding asynchronous position information request
for the current point, instead of sending a second separate request,
just wait for the async one to come in.
(-[WKContentView requestAsynchronousPositionInformationUpdate:]):
If asked to do an asynchronous request with more optional bits than
the current otherwise-valid response's request, update the position information.
(-[WKContentView gestureRecognizerShouldBegin:]):
The design of this mechanism is that during the highlight long press,
we do an async position information update, and then when we actually
begin a 3D Touch gesture, we hope to already have the requisite snapshots
ready (so that we can avoid synchronously blocking for them, there).
So, in the highlight long-press async request, ask for all the goodies.
(-[WKContentView hasSelectablePositionAtPoint:]):
(-[WKContentView pointIsNearMarkedText:]):
(-[WKContentView pointIsInAssistedNode:]):
(-[WKContentView _didNotHandleTapAsClick:]):
(-[WKContentView _positionInformationDidChange:]):
If we get a position information update for the same point, but with less
goodies attached (the snapshot/link indicator), copy them over from the old
position information, so that we never accidentally "downgrade" our info.
(-[WKContentView updatePositionInformationForActionSheetAssistant:]):
(-[WKContentView actionSheetAssistant:willStartInteractionWithElement:]):
(-[WKContentView _interactionShouldBeginFromPreviewItemController:forPosition:]):
(-[WKContentView _dataForPreviewItemController:atPosition:type:]):
(-[WKContentView _presentedViewControllerForPreviewItemController:]):
More adoption.
- WebProcess/WebPage/ios/WebPageIOS.mm:
(WebKit::WebPage::handleTap):
(WebKit::WebPage::handleTwoFingerTapAtPoint):
(WebKit::WebPage::commitPotentialTap):
Adopt InteractionInformationRequest.
(WebKit::WebPage::getPositionInformation):
(WebKit::WebPage::requestPositionInformation):
Copy the request into the response.
Only snapshot if the request wants a snapshot.
Only make a link indicator if the request wants one.
- 9:58 AM Changeset in webkit [209404] by
-
- 2 edits1 add8 deletes in trunk/LayoutTests
Make fast/selectors/040.html actually test background-color painting for ::selection when run in DRT
https://bugs.webkit.org/show_bug.cgi?id=79694
Reviewed by Beth Dakin.
Currently the test case fast/selectors/040.html doesn't actually test that we
honor the background-color of ::selection when run in DRT. In particular, it
doesn't programmatically select any text and hence the DRT results reflect a
paragraph of non-selected text. Instead, we should programmatically select the
test paragraph so that DRT can capture the painting of background-color for ::selection.
- fast/selectors/040-expected.html: Added.
- fast/selectors/040.html:
- platform/efl/fast/selectors/040-expected.png: Removed.
- platform/efl/fast/selectors/040-expected.txt: Removed.
- platform/gtk/fast/selectors/040-expected.png: Removed.
- platform/gtk/fast/selectors/040-expected.txt: Removed.
- platform/ios-simulator/fast/selectors/040-expected.txt: Removed.
- platform/mac/fast/selectors/040-expected.png: Removed.
- platform/mac/fast/selectors/040-expected.txt: Removed.
- platform/win/fast/selectors/040-expected.txt: Removed.
- 9:46 AM Changeset in webkit [209403] by
-
- 8 edits in trunk/Source
Cleanup: Rename some HTTP 0.9-specific functions to conform to WebKit Code Style Guidelines
https://bugs.webkit.org/show_bug.cgi?id=165451
Reviewed by Alex Christensen.
Source/WebCore:
Rename Document::shouldEnforceHTTP0_9Sandbox() and ResourceResponseBase::isHttpVersion0_9()
to Document::shouldEnforceHTTP09Sandbox() and ResourceResponseBase::isHTTP09, respectively,
to conform to the WebKit Code Style Guidelines.
- dom/Document.cpp:
(WebCore::Document::initSecurityContext):
(WebCore::Document::shouldEnforceHTTP09Sandbox): Renamed; formerly named shouldEnforceHTTP0_9Sandbox
- dom/Document.h:
- platform/network/ResourceHandle.cpp:
(WebCore::ResourceHandle::didReceiveResponse):
- platform/network/ResourceResponseBase.cpp:
(WebCore::ResourceResponseBase::isHTTP09): Renamed; formerly named isHttpVersion0_9.
- platform/network/ResourceResponseBase.h:
Source/WebKit2:
- NetworkProcess/NetworkDataTask.cpp:
(WebKit::NetworkDataTask::didReceiveResponse):
- 9:46 AM Changeset in webkit [209402] by
-
- 3 edits in trunk/Source/WebKit2
Remove unused InjectedBundle::overrideXSSAuditorEnabledForTestRunner()
https://bugs.webkit.org/show_bug.cgi?id=165408
Reviewed by Alex Christensen.
InjectedBundle::overrideXSSAuditorEnabledForTestRunner() is unused. This function was only
called by WKBundleOverrideXSSAuditorEnabledForTestRunner(), which was removed in r106005.
- WebProcess/InjectedBundle/InjectedBundle.cpp:
(WebKit::InjectedBundle::overrideXSSAuditorEnabledForTestRunner): Deleted.
- WebProcess/InjectedBundle/InjectedBundle.h:
- 9:45 AM Changeset in webkit [209401] by
-
- 3 edits in trunk/LayoutTests
Test insecure-xhr-sync-in-main-frame.html fails with CORS error if run before r203542
https://bugs.webkit.org/show_bug.cgi?id=165407
Reviewed by Alexey Proskuryakov.
Make the test insecure-xhr-sync-in-main-frame.html demonstrate a mixed content failure
instead of a CORS failure when run before r203542.
In r203542 the test http/tests/security/mixedContent/insecure-xhr-sync-in-main-frame.html
was added to ensure that we block loading insecure data via XHR from an HTTPS page. When
this test is run prior to r203542 it fails due to a CORS errors as opposed to showing
the intended JavaScript alert failure message. The CORS error is due to loading a
cross-origin resource that did not return an appropriate Access-Control-Allow-Origin header
to allow reading of the response.
- http/tests/security/mixedContent/insecure-xhr-sync-in-main-frame-expected.txt: Update expected result
based on the change below.
- http/tests/security/mixedContent/resources/insecure-xhr-sync-in-main-frame-window.html:
Load a resource that returns "Access-Control-Allow-Origin: *" so that origin (http, 127.0.0.1, 8000)
can read the response returned from origin (https, 127.0.0.1, 8443).
- 9:42 AM Changeset in webkit [209400] by
-
- 16 edits in trunk/Source/WebCore
Use Vector::uncheckedAppend() in more places
https://bugs.webkit.org/show_bug.cgi?id=164952
Reviewed by Darin Adler.
We can use Vector::uncheckedAppend() whenever the number of items that will be appended
to a vector is equal to or less than its capacity. Using Vector::uncheckedAppend() is
more efficient than Vector::append() as it avoids checking the capacity of the vector
before appending a value to the end of it.
- bindings/js/SerializedScriptValue.cpp:
(WebCore::SerializedScriptValue::SerializedScriptValue):
- contentextensions/DFABytecodeCompiler.cpp:
(WebCore::ContentExtensions::DFABytecodeCompiler::extractJumpTable):
- contentextensions/DFAMinimizer.cpp:
- css/StyleProperties.cpp:
(WebCore::StyleProperties::copyPropertiesInSet): Use Vector::uncheckedAppend() and inline
the assignment of the temporary variable value into the if condition to limit its scope
as it is referenced exactly once in the loop body.
- css/StyleRule.cpp:
(WebCore::StyleRuleGroup::StyleRuleGroup): Use Vector::uncheckedAppend() and write for-loop
using a C++11 range-based for-loop.
- css/parser/CSSParserValues.cpp:
(WebCore::CSSParserSelector::setLangArgumentList):
- cssjit/SelectorCompiler.cpp:
(WebCore::SelectorCompiler::SelectorCodeGenerator::generateElementIsNthLastChildOf):
- dom/DocumentMarkerController.cpp:
(WebCore::updateRenderedRectsForMarker):
- page/scrolling/mac/ScrollingTreeFrameScrollingNodeMac.mm:
(WebCore::convertToLayoutUnits):
- platform/audio/AudioBus.cpp:
(WebCore::AudioBus::AudioBus):
- platform/graphics/FontCache.cpp:
(WebCore::FontCache::purgeInactiveFontData):
- platform/graphics/PathUtilities.cpp:
(WebCore::polygonsForRect):
- platform/mediastream/CaptureDeviceManager.cpp:
(CaptureDeviceManager::bestSourcesForTypeAndConstraints):
- platform/mediastream/RealtimeMediaSource.cpp:
(WebCore::RealtimeMediaSource::fitnessDistance):
- platform/network/cf/FormDataStreamCFNet.cpp:
(WebCore::formCreate):
- 9:18 AM Changeset in webkit [209399] by
-
- 30 edits in trunk/Source
Use ASCIICType more, and improve it a little bit
https://bugs.webkit.org/show_bug.cgi?id=165360
Reviewed by Sam Weinig.
Source/JavaScriptCore:
- inspector/InspectorValues.cpp:
(Inspector::readHexDigits): Use isASCIIHexDigit.
(Inspector::hextoInt): Deleted.
(decodeString): Use toASCIIHexValue.
- runtime/JSGlobalObjectFunctions.cpp:
(JSC::parseDigit): Use isASCIIDigit, isASCIIUpper, and isASCIILower.
- runtime/StringPrototype.cpp:
(JSC::substituteBackreferencesSlow): Use isASCIIDigit.
Source/WebCore:
- css/CSSGrammar.y.in: Use isASCIIDigit.
- css/parser/CSSParser.cpp:
(WebCore::CSSParser::parseFontFaceUnicodeRange): Use isASCIIHexDigit and
toASCIIHexValue.
(WebCore::isEqualToCSSIdentifier): Use isASCIILower.
- html/FormController.cpp:
(WebCore::isNotFormControlTypeCharacter): Use isASCIILower.
- html/parser/CSSPreloadScanner.cpp:
(WebCore::CSSPreloadScanner::tokenize): Use isASCIIAlpha.
- platform/Decimal.cpp:
(WebCore::Decimal::fromString): Use isASCIIDigit.
- platform/FileSystem.cpp:
(WebCore::decodeFromFilename): Use isASCIIHexDigit and toASCIIHexValue.
- platform/URL.cpp:
(WebCore::isLetterMatchIgnoringCase): Deleted.
(WebCore::isSchemeCharacterMatchIgnoringCase): Deleted.
(WebCore::assertProtocolIsGood): Use isASCIIUpper.
(WebCore::URL::protocolIs): Use isASCIIAlphaCaselessEqual.
(WebCore::URL::parse): Ditto.
(WebCore::protocolIs): Ditto.
(WebCore::protocolIsInHTTPFamily): Ditto.
- platform/URLParser.cpp:
(WeCore::URLParser::parseIPv4Piece): Use isASCIIDigit.
- platform/mac/WebCoreNSURLExtras.mm:
(WebCore::isRussianDomainNameCharacter): Use isASCIIDigit.
(WebCore::allCharactersAllowedByTLDRules): Ditto.
(WebCore::dataWithUserTypedString): Use upperNibbleToASCIIHexDigit and
lowerNibbleToASCIIHexDigit.
(WebCore::dataForURLComponentType): Ditto.
(WebCore::createStringWithEscapedUnsafeCharacters): Ditto.
(WebCore::userVisibleString): Use isASCIIHexDigit, toASCIIHexValue,
upperNibbleToASCIIHexDigit, and lowerNibbleToASCIIHexDigit.
(WebCore::isUserVisibleURL): Use isASCIIHexDigit and toASCIIHexValue.
- platform/network/FormDataBuilder.cpp:
(WebCore::FormDataBuilder::encodeStringAsFormData): Use isASCIIAlphanumeric.
- rendering/mathml/RenderMathMLToken.cpp:
(WebCore::mathVariant): Use isASCIIUpper, isASCIILower, and isASCIIDigit.
- svg/SVGParserUtilities.cpp:
(WebCore::genericParseNumber): Use isASCIIDigit.
- svg/SVGPathStringSource.cpp:
(WebCore::nextCommandHelper): Ditto.
- xml/XPathParser.cpp:
(WebCore::XPath::Parser::lexNumber): Ditto.
(WebCore::XPath::Parser::nextTokenInternal): Ditto.
Source/WebKit2:
- WebProcess/Plugins/Netscape/NetscapeBrowserFuncs.cpp:
(WebKit::capitalizeRFC822HeaderFieldName): Removed unneeded checks to simplify code.
Source/WTF:
- wtf/ASCIICType.h: Added declarations of all the functions to the top of the file,
so we have a list of what's available, not just a mix of that and the implementation.
- wtf/HexNumber.h:
(WTF::Internal::hexDigitsForMode): Moved lowerHexDigits and upperHexDigits
inside this function.
(WTF::appendByteAsHex): Use auto.
(WTF::placeByteAsHexCompressIfPossible): Ditto.
(WTF::placeByteAsHex): Ditto.
(WTF::appendUnsignedAsHex): Ditto.
(WTF::appendUnsigned64AsHex): Ditto.
(WTF::appendUnsignedAsHexFixedSize): Ditto.
(WTF::isHexDigit): Deleted.
(WTF::uncheckedHexDigit): Deleted.
(WTF::hexDigitValue): Deleted.
(WTF::uncheckedHexDigitValue): Deleted.
- wtf/SixCharacterHash.cpp:
(WTF::sixCharacterHashStringToInteger): Use isASCIIUpper, isASCIILower, and
isASCIIDigit. Also added some FIXMEs; for some reason this function uses
RELEASE_ASSERT to abort if the passed-in string is not six characters long,
and it's not clear to me why this is so critical to assert.
(WTF::integerToSixCharacterHashString): Moved the table inside this function,
obviating the need for a macro named TABLE.
- wtf/dtoa/bignum.cc:
(WTF::double_conversion::HexCharValue): Deleted.
(WTF::double_conversion::Bignum::AssignHexString): Use toASCIIHexValue.
- wtf/dtoa/double-conversion.cc:
(WTF::double_conversion::StringToDoubleConverter::StringToDouble): Use isASCIIDigit.
- wtf/text/StringBuilder.cpp:
(WTF::appendQuotedJSONStringInternal): Use upperNibbleToASCIIHexDigit and
lowerNibbleToASCIIHexDigit.
- wtf/text/StringImpl.cpp:
(WTF::StringImpl::convertToUppercaseWithoutLocale): Use toASCIIUpper.
Removed the workaround for a bug that was fixed in Visual Studio 2013.
- 9:14 AM Changeset in webkit [209398] by
-
- 3 edits in trunk/Source/WebCore
Rebaseline bindings tests after r209390.
Unreviewed test gardening.
- bindings/scripts/test/JS/JSTestObj.cpp:
(WebCore::convertDictionaryToJS):
- bindings/scripts/test/JS/JSTestObj.h:
- 8:55 AM Changeset in webkit [209397] by
-
- 5 edits in trunk
PDF markup/annotations visible in Mail on macOS but not on iOS
https://bugs.webkit.org/show_bug.cgi?id=165444
<rdar://problem/28942896>
Reviewed by Simon Fraser.
No new tests, but enabled an existing test for this feature.
- platform/graphics/cg/PDFDocumentImage.cpp:
(WebCore::PDFDocumentImage::drawPDFPage):
- platform/spi/cg/CoreGraphicsSPI.h:
Make use of CGContextDrawPDFPageWithAnnotations where available,
to paint the page with annotations.
- platform/ios-simulator/TestExpectations:
- 8:54 AM Changeset in webkit [209396] by
-
- 4 edits in trunk/Source
[CSS Parser] Turn on the new CSS parser
https://bugs.webkit.org/show_bug.cgi?id=165213
Reviewed by Zalan Bujtas.
Source/WebCore:
- page/Settings.in:
Source/WebKit2:
- Shared/WebPreferencesDefinitions.h:
- 8:50 AM Changeset in webkit [209395] by
-
- 2 edits in trunk/Source/WebCore
Tried to fix the USE(APPLE_INTERNAL_SDK) build after r209385.
- platform/spi/cocoa/NSTouchBarSPI.h:
- 8:40 AM Changeset in webkit [209394] by
-
- 6 edits in trunk/Source/WebCore
[pointer-lock] Cursor should become visible when exiting pointer-lock via ESC key.
https://bugs.webkit.org/show_bug.cgi?id=165377
Reviewed by Darin Adler.
Introduce the concept of "force cursor to become visible" when requesting the pointer be
unlocked. ESC events will cause the pointer to become visible, while normal key events
will not.
- page/EventHandler.cpp:
(WebCore::EventHandler::keyEvent):
- page/PointerLockController.cpp:
(WebCore::PointerLockController::requestPointerUnlock):
(WebCore::PointerLockController::requestPointerUnlockAndForceCursorVisible):
(WebCore::PointerLockController::documentDetached):
(WebCore::PointerLockController::didLosePointerLock):
- page/PointerLockController.h:
Drive-by fix: apply Darin's feedback to existing functions:
- dom/Document.cpp:
(WebCore::Document::prepareForDestruction):
- dom/Element.cpp:
(WebCore::Element::removedFrom):
- page/PointerLockController.cpp:
(WebCore::PointerLockController::elementRemoved):
(WebCore::PointerLockController::documentDetached):
- 7:55 AM Changeset in webkit [209393] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Avoid more test
https://bugs.webkit.org/show_bug.cgi?id=165463
Reviewed by Zalan Bujtas.
- 7:34 AM Changeset in webkit [209392] by
-
- 5 edits in trunk/Source/JavaScriptCore
Add storeFence support for ARMv7
https://bugs.webkit.org/show_bug.cgi?id=164733
Reviewed by Saam Barati.
- assembler/ARMAssembler.h:
(JSC::ARMAssembler::dmbISHST): Added.
- assembler/ARMv7Assembler.h: Typo fixed, DMB has only T1 encoding.
(JSC::ARMv7Assembler::dmbSY):
(JSC::ARMv7Assembler::dmbISHST): Added.
- assembler/MacroAssemblerARM.h:
(JSC::MacroAssemblerARM::storeFence):
- assembler/MacroAssemblerARMv7.h:
(JSC::MacroAssemblerARMv7::storeFence):
- 4:16 AM Changeset in webkit [209391] by
-
- 2 edits in trunk/Source/WebKit2
[GTK] Process accelerated compositing env variables only if they are really enabled
https://bugs.webkit.org/show_bug.cgi?id=165300
Don't process the WEBKIT_FORCE_COMPOSITING_MODE and
WEBKIT_DISABLE_COMPOSITING_MODE env variables if they are disabled
(eg. WEBKIT_DISABLE_COMPOSITING_MODE=0).
Reviewed by Michael Catanzaro.
- UIProcess/gtk/WebPreferencesGtk.cpp:
(WebKit::WebPreferences::platformInitializeStore):
Dec 5, 2016:
- 11:59 PM Changeset in webkit [209390] by
-
- 80 edits2 deletes in trunk
[WebIDL] Add support for converting dictionaries to JS
https://bugs.webkit.org/show_bug.cgi?id=165367
Patch by Sam Weinig <sam@webkit.org> on 2016-12-06
Reviewed by Darin Adler and Alex Christensen.
Source/WebCore:
- Adds support for converting dictionary types to JSValues via JSDOMConvert.
- Adopts that functionality to correct the CryptoKeyPair implementation, which is supposed to be a dictionary. (While doing this, I also update places that were passing both a CryptoKey and CryptoKeyPair to use a Variant, since they always only wanted one.)
- Re-works DOMPromise and DeferredPromise to be based on JSDOMConvert and IDLTypes.
- CMakeLists.txt:
- PlatformEfl.cmake:
- PlatformGTK.cmake:
- PlatformMac.cmake:
- WebCore.xcodeproj/project.pbxproj:
Remove JSCryptoKeyPairCustom.cpp and CryptoKeyPair.cpp.
- Modules/encryptedmedia/legacy/WebKitMediaKeys.cpp:
- Modules/mediasource/MediaSource.cpp:
- Modules/mediasource/SourceBuffer.cpp:
- bindings/js/JSMediaDevicesCustom.cpp:
- html/MediaController.cpp:
- html/track/TextTrack.cpp:
Add some missing includes.
- Modules/applepay/ApplePaySession.cpp:
(WebCore::ApplePaySession::canMakePaymentsWithActiveCard):
(WebCore::ApplePaySession::openPaymentSetup):
- Modules/fetch/FetchBody.cpp:
(WebCore::FetchBody::text):
(WebCore::FetchBody::consume):
(WebCore::FetchBody::loadingFailed):
- Modules/fetch/FetchBodyConsumer.cpp:
(WebCore::FetchBodyConsumer::resolveWithData):
(WebCore::FetchBodyConsumer::resolve):
- Modules/fetch/FetchBodyOwner.cpp:
(WebCore::FetchBodyOwner::blob):
(WebCore::FetchBodyOwner::formData):
(WebCore::FetchBodyOwner::text):
- Modules/fetch/FetchResponse.h:
- Modules/mediastream/MediaDevices.h:
- Modules/mediastream/MediaEndpointPeerConnection.cpp:
(WebCore::MediaEndpointPeerConnection::replaceTrack):
(WebCore::MediaEndpointPeerConnection::replaceTrackTask):
- Modules/mediastream/MediaEndpointPeerConnection.h:
- Modules/mediastream/MediaStreamTrack.cpp:
(WebCore::MediaStreamTrack::applyConstraints):
- Modules/mediastream/PeerConnectionBackend.cpp:
(WebCore::PeerConnectionBackend::setLocalDescription):
(WebCore::PeerConnectionBackend::setRemoteDescription):
(WebCore::PeerConnectionBackend::addIceCandidate):
- Modules/mediastream/PeerConnectionBackend.h:
- Modules/mediastream/RTCPeerConnection.cpp:
(WebCore::RTCPeerConnection::queuedSetLocalDescription):
(WebCore::RTCPeerConnection::queuedSetRemoteDescription):
(WebCore::RTCPeerConnection::queuedAddIceCandidate):
(WebCore::RTCPeerConnection::replaceTrack):
- Modules/mediastream/RTCPeerConnection.h:
- Modules/mediastream/RTCRtpSender.cpp:
(WebCore::RTCRtpSender::replaceTrack):
- Modules/mediastream/RTCRtpSender.h:
- Modules/mediastream/UserMediaRequest.cpp:
(WebCore::UserMediaRequest::deny):
- Modules/webaudio/AudioContext.cpp:
(WebCore::AudioContext::suspend):
(WebCore::AudioContext::resume):
- bindings/js/JSCustomElementRegistryCustom.cpp:
(WebCore::whenDefinedPromise):
- bindings/js/ScriptModuleLoader.cpp:
(WebCore::ScriptModuleLoader::resolve):
(WebCore::ScriptModuleLoader::notifyFinished):
- css/FontFace.h:
- css/FontFaceSet.cpp:
(WebCore::FontFaceSet::load):
- css/FontFaceSet.h:
- dom/CustomElementRegistry.cpp:
(WebCore::CustomElementRegistry::addElementDefinition):
- html/HTMLMediaElement.cpp:
(WebCore::HTMLMediaElement::rejectPendingPlayPromises):
- html/HTMLMediaElement.h:
Update to use new IDLType based promises.
- bindings/generic/IDLTypes.h:
Add a new type, ParameterType, to use as the parameter to
DOMPromise/DeferredPromise.
- bindings/js/JSCryptoKeyPairCustom.cpp:
Removed.
- bindings/js/JSDOMConvert.h:
(WebCore::JSConverter<IDLDictionary<T>>::convert):
Add JSConverter specialization for IDLDictionary. Have it simply forward to a generated
convertDictionaryToJS function, following the convention set in place by IDLEnumeration.
- bindings/js/JSDOMPromise.cpp:
- bindings/js/JSDOMPromise.h:
Re-write to be based on IDLTypes and JSDOMConvert, simplifying the implementation.
- bindings/js/JSSubtleCryptoCustom.cpp:
- bindings/js/JSWebKitSubtleCryptoCustom.cpp:
Update for variant based KeyOrKeyPair.
- bindings/scripts/CodeGeneratorJS.pm:
(GenerateDictionaryHeaderContent):
(GenerateDictionaryImplementationContent):
Add generation of the convertDictionaryToJS function. I made it require the JSGenerateToJSObject
extended attribute for now, as the majority of dictionaries do not need this code generated for them.
- bindings/scripts/test/JS/JSTestObj.cpp:
(WebCore::convertDictionaryToJS):
- bindings/scripts/test/JS/JSTestObj.h:
- bindings/scripts/test/TestObj.idl:
Add JSGenerateToJSObject to a dictionary to test generation in bindings tests.
- crypto/CryptoAlgorithm.h:
Change KeyOrKeyPairCallback to take a Variant<RefPtr<CryptoKey>, CryptoKeyPair>, rather
than two separate arguments.
- crypto/CryptoKeyPair.cpp:
Removed.
- crypto/CryptoKeyPair.h:
Convert to a struct.
- crypto/CryptoKeyPair.idl:
Convert to a dictionary.
- crypto/algorithms/CryptoAlgorithmAES_CBC.cpp:
(WebCore::CryptoAlgorithmAES_CBC::generateKey):
- crypto/algorithms/CryptoAlgorithmAES_KW.cpp:
(WebCore::CryptoAlgorithmAES_KW::generateKey):
- crypto/algorithms/CryptoAlgorithmHMAC.cpp:
(WebCore::CryptoAlgorithmHMAC::generateKey):
- crypto/algorithms/CryptoAlgorithmRSAES_PKCS1_v1_5.cpp:
(WebCore::CryptoAlgorithmRSAES_PKCS1_v1_5::generateKey):
- crypto/algorithms/CryptoAlgorithmRSASSA_PKCS1_v1_5.cpp:
(WebCore::CryptoAlgorithmRSASSA_PKCS1_v1_5::generateKey):
- crypto/algorithms/CryptoAlgorithmRSA_OAEP.cpp:
(WebCore::CryptoAlgorithmRSA_OAEP::generateKey):
- crypto/keys/CryptoKeyRSA.h:
- crypto/mac/CryptoKeyRSAMac.cpp:
(WebCore::CryptoKeyRSA::generatePair):
Update for new signature of KeyOrKeyPairCallback.
Source/WebKit2:
- CMakeLists.txt:
Add missing directories to look in for headers.
LayoutTests:
- crypto/subtle/rsa-oaep-generate-key-expected.txt:
- crypto/subtle/rsa-oaep-generate-key.html:
- crypto/subtle/rsaes-pkcs1-v1_5-generate-key-expected.txt:
- crypto/subtle/rsaes-pkcs1-v1_5-generate-key-extractable-expected.txt:
- crypto/subtle/rsaes-pkcs1-v1_5-generate-key-extractable.html:
- crypto/subtle/rsaes-pkcs1-v1_5-generate-key.html:
- crypto/subtle/rsassa-pkcs1-v1_5-generate-key-expected.txt:
- crypto/subtle/rsassa-pkcs1-v1_5-generate-key.html:
- crypto/webkitSubtle/rsa-oaep-generate-non-extractable-key-expected.txt:
- crypto/webkitSubtle/rsa-oaep-generate-non-extractable-key.html:
- crypto/webkitSubtle/rsa-oaep-key-manipulation-expected.txt:
- crypto/webkitSubtle/rsa-oaep-key-manipulation.html:
- crypto/webkitSubtle/rsassa-pkcs1-v1_5-generate-key-expected.txt:
- crypto/webkitSubtle/rsassa-pkcs1-v1_5-generate-key-with-leading-zeroes-in-exponent-expected.txt:
- crypto/webkitSubtle/rsassa-pkcs1-v1_5-generate-key-with-leading-zeroes-in-exponent.html:
- crypto/webkitSubtle/rsassa-pkcs1-v1_5-generate-key.html:
- crypto/workers/subtle/resources/rsa-generate-key.js:
- crypto/workers/subtle/rsa-generate-key-expected.txt:
Update tests and expected results to show that CryptoKeyPair is now a vanilla object, not a platform object.
- 11:34 PM Changeset in webkit [209389] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Reject invalid hex colors on the fast path
https://bugs.webkit.org/show_bug.cgi?id=165461
Reviewed by Zalan Bujtas.
- css/parser/CSSParserFastPaths.cpp:
(WebCore::fastParseColorInternal):
Make sure to check for success. There was even a FIXME in the code about this!
Matches our old parser's behavior.
- 10:55 PM Changeset in webkit [209388] by
-
- 10 edits2 adds in trunk
[Modern Media Controls] Controls bar in fullscreen cannot be dragged
https://bugs.webkit.org/show_bug.cgi?id=165448
Patch by Antoine Quint <Antoine Quint> on 2016-12-05
Reviewed by Simon Fraser.
Source/WebCore:
We weren't listening to mousemove and mouseup events on the right event target, window in the context
of a fullscreen shadow root makes no sense. We now listen to those events on the media controls, which
we size to fit the whole of the media element's bounds. We then apply a transform to the controls bar
to apply the dragging distance.
Test: media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag.html
- Modules/modern-media-controls/controls/controls-bar.js:
(ControlsBar.prototype.get translation):
(ControlsBar.prototype.set translation):
(ControlsBar.prototype.commitProperty):
(ControlsBar): Deleted.
- Modules/modern-media-controls/controls/macos-fullscreen-media-controls.css:
(.media-controls.mac.fullscreen):
(.media-controls.mac.fullscreen > .controls-bar):
- Modules/modern-media-controls/controls/macos-fullscreen-media-controls.js:
(MacOSFullscreenMediaControls.prototype._handleMousedown):
(MacOSFullscreenMediaControls.prototype._handleMousemove):
(MacOSFullscreenMediaControls.prototype._handleMouseup):
LayoutTests:
Add a new test that simulates a dragging interaction of the controls bar in fullscreen.
- media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-buttons-containers-styles-expected.txt:
- media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-buttons-containers-styles.html:
- media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-controls-bar-styles-expected.txt:
- media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-controls-bar-styles.html:
- media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag-expected.txt: Added.
- media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag.html: Added.
- platform/ios-simulator/TestExpectations:
- 9:44 PM Changeset in webkit [209387] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Allow calc in SVG attributes
https://bugs.webkit.org/show_bug.cgi?id=165459
Reviewed by Zalan Bujtas.
- css/parser/CSSPropertyParserHelpers.cpp:
(WebCore::CSSPropertyParserHelpers::consumeLength):
- 9:39 PM Changeset in webkit [209386] by
-
- 2 edits in trunk/Source/WebCore
Build fix followup to r209379:
STP 19 fails to launch on 16B255
https://bugs.webkit.org/show_bug.cgi?id=165388
-and corresponding-
rdar://problem/29514476
Patch by Brady Eidson <beidson@apple.com> on 2016-12-05
Rubberstamped by Tim Horton.
No new tests (No behavior change).
- platform/spi/cocoa/NSTouchBarSPI.h: Strategically relocate NS_ASSUME_NONNULL* macros.
- 9:34 PM Changeset in webkit [209385] by
-
- 2 edits in trunk/Source/WebCore
Build fix followup to r209379:
STP 19 fails to launch on 16B255
https://bugs.webkit.org/show_bug.cgi?id=165388
-and corresponding-
rdar://problem/29514476
Rubberstamped by Tim Horton.
No new tests (No behavior change).
- platform/spi/cocoa/NSTouchBarSPI.h: Strategically relocate NS_ASSUME_NONNULL* macros.
- 8:46 PM Changeset in webkit [209384] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Fix dashboard region parsing
https://bugs.webkit.org/show_bug.cgi?id=165456
Reviewed by Zalan Bujtas.
- css/parser/CSSPropertyParser.cpp:
(WebCore::consumeWebkitDashboardRegion):
Make sure to reject whitespace by itself as well as unclosed dashboard-region functions.
- 8:34 PM Changeset in webkit [209383] by
-
- 4 edits in trunk/Source/WebCore
[CSS Parser] Properly reject large numeric values
https://bugs.webkit.org/show_bug.cgi?id=165455
Reviewed by Zalan Bujtas.
The new parser clamped numeric values in both the slow and fast paths to the max
and min float values. The old parser simply allowed the values to be inf, and then
had std::isinf checks to reject.
Blink rejects also even though it clamps, but I could not discern the mechanism by
which they did so. Therefore I am changing the new parser to exactly match the old
parser. Numeric values are no longer clamped, but instead are allowed to be inf, and
isinf checks now exist in the new parser in the same places they do in the old parser.
- css/parser/CSSParserFastPaths.cpp:
(WebCore::parseSimpleLength):
(WebCore::parseSimpleLengthValue):
- css/parser/CSSParserToken.cpp:
(WebCore::CSSParserToken::CSSParserToken):
- css/parser/CSSPropertyParserHelpers.cpp:
(WebCore::CSSPropertyParserHelpers::consumeLength):
(WebCore::CSSPropertyParserHelpers::consumePercent):
- 7:37 PM Changeset in webkit [209382] by
-
- 2 edits in tags/Safari-603.1.14.2/Source/WebCore
Merged r209379. rdar://problem/29514476
- 7:35 PM Changeset in webkit [209381] by
-
- 5 edits in tags/Safari-603.1.14.2/Source
Versioning.
- 7:33 PM Changeset in webkit [209380] by
-
- 1 copy in tags/Safari-603.1.14.2
New tag.
- 7:30 PM Changeset in webkit [209379] by
-
- 2 edits in trunk/Source/WebCore
STP 19 fails to launch on 16B255
https://bugs.webkit.org/show_bug.cgi?id=165388
-and corresponding-
rdar://problem/29514476
Reviewed by Tim Horton.
- platform/spi/cocoa/NSTouchBarSPI.h: Re-declare the SPI symbols as weak. The cited crash itself is for a
symbol we weren't handling here, but is part of the same group. Re-declare all four of these symbols to
be safe.
- 7:14 PM Changeset in webkit [209378] by
-
- 2 edits in trunk/Source/WebKit2
Try to fix the iOS Simulator build.
- UIProcess/mac/RemoteLayerTreeHost.mm:
(WebKit::RemoteLayerTreeHost::mapAllIOSurfaceBackingStore):
- 6:43 PM Changeset in webkit [209377] by
-
- 3 edits in trunk/Source/WebKit2
Minor reformat and renames in -didUpdateVisibleRect:
https://bugs.webkit.org/show_bug.cgi?id=165365
Reviewed by Dave Hyatt.
didUpdateVisibleRect:... has lots of parameters. Put one on each line.
Rename the rects to make it clear they are "content" rects (i.e. in document coordinates).
- UIProcess/ios/WKContentView.h:
- UIProcess/ios/WKContentView.mm:
(-[WKContentView didUpdateVisibleRect:unobscuredRect:unobscuredRectInScrollViewCoordinates:obscuredInset:scale:minimumScale:inStableState:isChangingObscuredInsetsInteractively:enclosedInScrollableAncestorView:]):
- 6:41 PM Changeset in webkit [209376] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Skip more bad tests
https://bugs.webkit.org/show_bug.cgi?id=165449
Reviewed by Zalan Bujtas.
The font tests have illegal declarations where the
ordering of the sub-properties is all wrong. Skip for
now until we can rewrite them.
The negative-calc value test is wrong, since tab-size
takes only positive integers, so a calc that resolves
to a negative number must be rejected. Avoid the test
for now until we can rewrite it.
- 6:37 PM Changeset in webkit [209375] by
-
- 7 edits in trunk
ERROR: post-layout: dirty renderer(s) - Encountered with LayoutTest media/modern-media-controls/media-controller/media-controller-fullscreen-ltr.html
https://bugs.webkit.org/show_bug.cgi?id=165312
Patch by Antoine Quint <Antoine Quint> on 2016-12-05
Reviewed by Simon Fraser.
Source/WebCore:
Reverting part of the code added in https://bugs.webkit.org/show_bug.cgi?id=165287 that triggered
an assertion. We go back to removing previous media controls as we add new ones when the fullscreen
status changes, and simply hide the controls during the animated transition using a CSS pseudo-class.
This also fixes an issue where we wouldn't have removed the previous controls should we have entered
fullscreen in a different way than clicking on the fullscreen button in the media controls.
We restore testing coverage that was fixed due to this assertion.
- Modules/modern-media-controls/controls/media-controls.css:
(:host(:-webkit-animating-full-screen-transition) .media-controls):
- Modules/modern-media-controls/controls/media-controls.js:
(MediaControls.prototype.fadeIn):
(MediaControls.prototype.presentInElement): Deleted.
- Modules/modern-media-controls/media/fullscreen-support.js:
(FullscreenSupport.prototype.buttonWasClicked):
- Modules/modern-media-controls/media/media-controller.js:
(MediaController.prototype._updateControlsIfNeeded):
LayoutTests:
Restore previously skipped tests.
- platform/mac/TestExpectations:
- 6:30 PM Changeset in webkit [209374] by
-
- 6 edits in trunk/LayoutTests
[CSS Parser] Tweak more layout tests to pass
https://bugs.webkit.org/show_bug.cgi?id=165447
Reviewed by Zalan Bujtas.
Add a few more tests to avoid.
- fast/css/parsing-font-variant-ligatures-expected.txt:
- fast/css/parsing-font-variant-ligatures.html:
Remove the assumption that multiple occurrences of the
same value are allowed.
- fast/filter-image/parse-filter-image-expected.txt:
- fast/filter-image/parse-filter-image.html:
Change the test to require url(), since you cannot omit it
and expect the filter to parse properly.
- 6:19 PM Changeset in webkit [209373] by
-
- 4 edits3 adds in trunk
MediaDocuments crash with modern media controls
https://bugs.webkit.org/show_bug.cgi?id=165446
<rdar://problem/29524959>
Reviewed by Antoine Quint.
Source/WebCore:
The modern media controls inject a <style> element into
the document, which exposed a bug when used in MediaDocuments.
Such documents were not getting a charset, and the hash table
for the CSSParserContexts was crashing.
Test: media/modern-media-controls/media-documents/insert-style-should-not-crash.html
- css/parser/CSSParserMode.h: Guard against an empty charset.
(WebCore::CSSParserContextHash::hash):
- dom/InlineStyleSheetOwner.cpp: Ask for the charset with fallback.
(WebCore::parserContextForElement):
LayoutTests:
- media/modern-media-controls/media-documents/insert-style-should-not-crash-expected.txt: Added.
- media/modern-media-controls/media-documents/insert-style-should-not-crash.html: Added.
- 6:08 PM Changeset in webkit [209372] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Avoid more tests
https://bugs.webkit.org/show_bug.cgi?id=165445
Reviewed by Tim Horton.
Just skip the custom property test, since it's a ref test.
- 5:56 PM Changeset in webkit [209371] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] shape-rendering supports crispEdges rather than crisp-edges
https://bugs.webkit.org/show_bug.cgi?id=165443
Reviewed by Tim Horton.
- css/parser/CSSParserFastPaths.cpp:
(WebCore::CSSParserFastPaths::isValidKeywordPropertyAndValue):
- 5:45 PM Changeset in webkit [209370] by
-
- 4 edits in trunk/Source/WebCore
[CSS Parser] Support setting of custom properties from the CSS OM
https://bugs.webkit.org/show_bug.cgi?id=165442
Reviewed by Tim Horton.
- css/parser/CSSParser.cpp:
(WebCore::CSSParser::parseCustomPropertyValue):
Call in to a new function in CSSParserImpl that can handle
custom property parsing.
- css/parser/CSSParserImpl.cpp:
(WebCore::CSSParserImpl::parseCustomPropertyValue):
New function that is similar to parseValue, but handling custom
properties.
(WebCore::CSSParserImpl::consumeDeclaration):
(WebCore::CSSParserImpl::consumeCustomPropertyValue):
(WebCore::CSSParserImpl::consumeVariableValue): Deleted.
- css/parser/CSSParserImpl.h:
Rename consumeVariableValue to consumeCustomPropertyValue, since that
is more clear. consumeVariableValue sounds like you might be resolving
a variable reference rather than parsing a custom property's value.
- 5:07 PM Changeset in webkit [209369] by
-
- 16 edits in trunk/Source
Adopt CAMachPort-as-layer-contents
https://bugs.webkit.org/show_bug.cgi?id=141687
<rdar://problem/19393233>
Reviewed by Darin Adler.
No new tests, just a performance bump.
- platform/spi/cocoa/QuartzCoreSPI.h:
Add some SPI.
- Shared/mac/RemoteLayerBackingStore.h:
- Shared/mac/RemoteLayerBackingStore.mm:
(WebKit::RemoteLayerBackingStore::decode):
On the UI process side, instead of actually looking up the surface,
just keep the MachSendRight around, to later be turned into a CAMachPort.
(WebKit::RemoteLayerBackingStore::applyBackingStoreToLayer):
Make a CAMachPort and leak our send right into it. CAMachPort
will adopt the port and destroy it when needed.
(WebKit::RemoteLayerBackingStore::setBufferVolatility):
Tiny style fix.
- Shared/mac/RemoteLayerTreePropertyApplier.h:
- Shared/mac/RemoteLayerTreePropertyApplier.mm:
(WebKit::applyPropertiesToLayer):
(WebKit::RemoteLayerTreePropertyApplier::applyProperties):
- UIProcess/DrawingAreaProxy.h:
(WebKit::DrawingAreaProxy::prepareForAppSuspension):
- UIProcess/ios/WebPageProxyIOS.mm:
(WebKit::WebPageProxy::applicationDidFinishSnapshottingAfterEnteringBackground):
- UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.h:
- UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.mm:
(WebKit::RemoteLayerTreeDrawingAreaProxy::prepareForAppSuspension):
- UIProcess/mac/RemoteLayerTreeHost.h:
- UIProcess/mac/RemoteLayerTreeHost.mm:
(WebKit::RemoteLayerTreeHost::updateLayerTree):
(WebKit::RemoteLayerTreeHost::mapAllIOSurfaceBackingStore):
- WebProcess/WebPage/mac/PlatformCALayerRemote.cpp:
(WebKit::PlatformCALayerRemote::recursiveBuildTransaction):
Two supporting changes in order to fix the two regressions that this
caused when we tried to land it two years ago:
When an app is being suspended, resolve all CAMachPort backing store
into actual IOSurfaces. Otherwise, any live CAMachPorts will keep a
+1 on their respective IOSurface's use count, causing us to fail to
mark them volatile, keeping the app alive for more time (re-trying the
volatility change), and increasing the likelihood of background jetsam.
If the debugging tile map is enabled, do not use CAMachPort, because
we don't have a great way to plumb the same CAMachPort to two layers
(and it doesn't seem to work even if you do). Instead, just map the
IOSurface into the UI process like we used to.
- 5:04 PM Changeset in webkit [209368] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] calcs on column-width that resolve to 0 should be discarded
https://bugs.webkit.org/show_bug.cgi?id=165439
Reviewed by Dean Jackson.
- css/parser/CSSPropertyParser.cpp:
(WebCore::consumeColumnWidth):
- 5:01 PM Changeset in webkit [209367] by
-
- 2 edits in trunk/Source/JavaScriptCore
Web Inspector: remove ASSERT from InspectorDebuggerAgent::derefAsyncCallData
https://bugs.webkit.org/show_bug.cgi?id=165413
<rdar://problem/29517587>
Reviewed by Brian Burg.
DOMTimer::removeById can call into InspectorInstrumentation with an
invalid identifier, so don't assert that async call data exists.
- inspector/agents/InspectorDebuggerAgent.cpp:
(Inspector::InspectorDebuggerAgent::derefAsyncCallData):
- 4:21 PM Changeset in webkit [209366] by
-
- 5 edits in trunk
Web Inspector: Object.shallowEqual([{}], [{}]) should return true
https://bugs.webkit.org/show_bug.cgi?id=165397
Reviewed by Brian Burg.
Source/WebInspectorUI:
- UserInterface/Base/Utilities.js:
(value):
Array.shallowEqual should compare array items using strict equivalence,
and on failure defer to Object.shallowEqual.
LayoutTests:
Added passing and failing inputs for TestHarness.prototype.expectShallowEqual.
- inspector/unit-tests/test-harness-expect-functions-expected.txt:
- inspector/unit-tests/test-harness-expect-functions.html:
- 4:10 PM Changeset in webkit [209365] by
-
- 1 edit2 adds in trunk/PerformanceTests
Add an IndexedDB perf test to PerformanceTests.
https://bugs.webkit.org/show_bug.cgi?id=165430
Reviewed by Alex Christensen.
- IndexedDB/index-multientry.html: Added.
- 3:48 PM Changeset in webkit [209364] by
-
- 23 edits4 adds in trunk
pointer lock needs to be feature detectable
https://bugs.webkit.org/show_bug.cgi?id=165426
<rdar://problem/29486715>
Reviewed by Antoine Quint.
Source/WebCore:
Annotate the public-facing API for pointer-lock, so
that it is hidden when not available.
Also move the Setting to a RuntimeEnabledFeature, since
pointer-lock is exposed from WebKit as a feature.
Tests: pointer-lock/pointerlock-interface-disabled.html
pointer-lock/pointerlock-interface.html
- bindings/generic/RuntimeEnabledFeatures.h:
(WebCore::RuntimeEnabledFeatures::setPointerLockEnabled):
(WebCore::RuntimeEnabledFeatures::pointerLockEnabled):
- dom/Document.idl:
- dom/Element.idl:
- page/PointerLockController.cpp:
(WebCore::PointerLockController::requestPointerLock):
(WebCore::PointerLockController::requestPointerUnlock):
- page/Settings.in:
Source/WebKit/mac:
Set the RuntimeEnabledFeature as preferences
change.
- WebView/WebView.mm:
(-[WebView _preferencesChanged:]):
Source/WebKit2:
Set the RuntimeEnabledFeature as preferences
change.
- UIProcess/API/C/WKPreferences.cpp:
(WKPreferencesSetPointerLockEnabled):
(WKPreferencesGetPointerLockEnabled):
- UIProcess/API/C/WKPreferencesRefPrivate.h:
- WebProcess/WebPage/WebPage.cpp:
(WebKit::WebPage::updatePreferences):
Tools:
Expose the comment line to turn on/off pointer lock.
- DumpRenderTree/TestOptions.h:
- DumpRenderTree/TestOptions.mm:
(TestOptions::TestOptions):
- DumpRenderTree/mac/DumpRenderTree.mm:
(resetWebPreferencesToConsistentValues):
- WebKitTestRunner/TestController.cpp:
(WTR::TestController::resetPreferencesToConsistentValues):
(WTR::updateTestOptionsFromTestHeader):
- WebKitTestRunner/TestOptions.h:
- WebKitTestRunner/ios/PlatformWebViewIOS.mm:
(WTR::PlatformWebView::viewSupportsOptions):
- WebKitTestRunner/mac/PlatformWebViewMac.mm:
(WTR::PlatformWebView::viewSupportsOptions):
Websites/webkit.org:
We can now accurately detect pointer-lock.
- experimental-features.html:
LayoutTests:
Checks that the API is hidden when the feature is turned off.
- pointer-lock/pointerlock-interface-disabled-expected.txt: Added.
- pointer-lock/pointerlock-interface-disabled.html: Added.
- pointer-lock/pointerlock-interface-expected.txt: Added.
- pointer-lock/pointerlock-interface.html: Added.
- 3:39 PM Changeset in webkit [209363] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Skip a grid test
https://bugs.webkit.org/show_bug.cgi?id=165427
Reviewed by Zalan Bujtas.
- 3:38 PM Changeset in webkit [209362] by
-
- 2 edits in trunk/Source/JavaScriptCore
2016-12-05 Geoffrey Garen <ggaren@apple.com>
Fixed a bug in my last patch.
Unreviewed.
- bytecode/UnlinkedFunctionExecutable.h: Restore the conversion to one-based counting.
- 3:27 PM Changeset in webkit [209361] by
-
- 3 edits in trunk/Source/JavaScriptCore
Moved start and end column linking into helper functions
https://bugs.webkit.org/show_bug.cgi?id=165422
Reviewed by Sam Weinig.
- bytecode/UnlinkedFunctionExecutable.cpp:
(JSC::UnlinkedFunctionExecutable::link):
- bytecode/UnlinkedFunctionExecutable.h:
- 3:27 PM Changeset in webkit [209360] by
-
- 2 edits in trunk/Source/WebCore
Reduce number of platformMemoryUsage calls
https://bugs.webkit.org/show_bug.cgi?id=164375
Reviewed by Darin Adler.
Removed the calls to WTF::releaseFastMallocFreeMemory (it's already
called elsewhere in the free-all-memory pipeline) and
malloc_zone_pressure_relief (it should be called by the OS on its own
terms).
No new tests -- no new or changed features.
- platform/cocoa/MemoryPressureHandlerCocoa.mm:
(WebCore::MemoryPressureHandler::ReliefLogger::platformMemoryUsage):
- 3:19 PM Changeset in webkit [209359] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Avoid more invalid tests
https://bugs.webkit.org/show_bug.cgi?id=165424
Reviewed by Dean Jackson.
Avoid the aspect-ratio test, since it thinks whitespace should not be allowed, even though
it should be. Avoid a couple of grid tests that assume the grid breadth can't be 0fr, even
though it can be. Non-negative means < 0, not <= 0 like the old parser assumes.
- 3:04 PM Changeset in webkit [209358] by
-
- 7 edits in trunk/Source/JavaScriptCore
Fix JSC files so that we can build a release build with NDEBUG #undef'ed.
https://bugs.webkit.org/show_bug.cgi?id=165409
Reviewed by Keith Miller.
This allows us to run a release build with DEBUG ASSERTs enabled.
- bytecode/BytecodeLivenessAnalysis.cpp:
- bytecode/UnlinkedEvalCodeBlock.cpp:
- bytecode/UnlinkedFunctionCodeBlock.cpp:
- bytecode/UnlinkedModuleProgramCodeBlock.cpp:
- bytecode/UnlinkedProgramCodeBlock.cpp:
- runtime/EvalExecutable.cpp:
- 3:00 PM Changeset in webkit [209357] by
-
- 4 edits in trunk/Source/JavaScriptCore
Renamed source => parentSource
https://bugs.webkit.org/show_bug.cgi?id=165419
Reviewed by Saam Barati.
This should help clarify that a FunctionExecutable holds the source
code to its *parent* scope, and not its own SourceCode.
- builtins/BuiltinExecutables.cpp:
(JSC::BuiltinExecutables::createExecutable):
- bytecode/UnlinkedFunctionExecutable.cpp:
(JSC::UnlinkedFunctionExecutable::UnlinkedFunctionExecutable):
(JSC::UnlinkedFunctionExecutable::link):
- bytecode/UnlinkedFunctionExecutable.h:
- 2:56 PM Changeset in webkit [209356] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Fix invalid column-span test
https://bugs.webkit.org/show_bug.cgi?id=165420
Reviewed by Dean Jackson.
- fast/multicol/newmulticol/spanner-becomes-regular-block.html:
- 2:53 PM Changeset in webkit [209355] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Leave the Animation type alone when the property is invalid
https://bugs.webkit.org/show_bug.cgi?id=165418
Reviewed by Dean Jackson.
- css/CSSToStyleMap.cpp:
(WebCore::CSSToStyleMap::mapAnimationProperty):
- 2:52 PM Changeset in webkit [209354] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Avoid more tests
https://bugs.webkit.org/show_bug.cgi?id=165417
Reviewed by Simon Fraser.
- 2:46 PM Changeset in webkit [209353] by
-
- 8 edits in trunk/Source/JavaScriptCore
ScriptExecutable should not contain a copy of firstLine and startColumn
https://bugs.webkit.org/show_bug.cgi?id=165415
Reviewed by Keith Miller.
We already have this data in SourceCode.
It's super confusing to have two copies of this data, where one is
allowed to mutate. In reality, your line and column number never change.
- bytecode/UnlinkedFunctionExecutable.cpp:
(JSC::UnlinkedFunctionExecutable::link):
- runtime/CodeCache.cpp:
(JSC::CodeCache::getUnlinkedGlobalCodeBlock):
- runtime/CodeCache.h:
(JSC::generateUnlinkedCodeBlock):
- runtime/FunctionExecutable.cpp:
(JSC::FunctionExecutable::FunctionExecutable):
- runtime/FunctionExecutable.h:
- runtime/ScriptExecutable.cpp:
(JSC::ScriptExecutable::ScriptExecutable):
(JSC::ScriptExecutable::newCodeBlockFor):
- runtime/ScriptExecutable.h:
(JSC::ScriptExecutable::firstLine):
(JSC::ScriptExecutable::startColumn):
(JSC::ScriptExecutable::recordParse):
- 2:42 PM Changeset in webkit [209352] by
-
- 12 edits2 adds in trunk
keyframes do not work when defined inside a style in a shadowRoot
https://bugs.webkit.org/show_bug.cgi?id=164608
<rdar://problem/29210251>
Reviewed by Darin Adler.
Source/WebCore:
With :host and ::slotted rules a keyframe animation affecting an element can be
defined in a style scope different from the element's own scope. Style resolver
loses the scope information when building the RenderStyle so there is no way
to find out the correct scope.
Fix by passing style scope through to style builder and including a scope association
with the animation name. Find the correct scope when resolving keyframes.
Test: fast/shadow-dom/shadow-host-animation.html
- css/CSSToStyleMap.cpp:
(WebCore::CSSToStyleMap::mapAnimationName):
Include scope with the name.
- css/ElementRuleCollector.cpp:
(WebCore::MatchRequest::MatchRequest):
(WebCore::ElementRuleCollector::addMatchedRule):
(WebCore::ElementRuleCollector::sortAndTransferMatchedRules):
(WebCore::ElementRuleCollector::matchAuthorRules):
(WebCore::ElementRuleCollector::matchAuthorShadowPseudoElementRules):
(WebCore::ElementRuleCollector::matchHostPseudoClassRules):
(WebCore::ElementRuleCollector::matchSlottedPseudoElementRules):
(WebCore::ElementRuleCollector::collectMatchingRulesForList):
Replace treeContextOrdinal int with Style::ScopeOrdinal enum carrying the same information.
Simplify the code removing unnecessary use of MatchRequest struct.
(WebCore::compareRules):
- css/ElementRuleCollector.h:
- css/StyleResolver.cpp:
(WebCore::StyleResolver::MatchResult::addMatchedProperties):
(WebCore::StyleResolver::CascadedProperties::setPropertyInternal):
(WebCore::StyleResolver::CascadedProperties::set):
(WebCore::StyleResolver::CascadedProperties::setDeferred):
Pass styleScopeOrdinal through the cascade mechanism
(WebCore::cascadeLevelForIndex):
(WebCore::StyleResolver::CascadedProperties::addMatch):
(WebCore::StyleResolver::CascadedProperties::addImportantMatches):
(WebCore::StyleResolver::CascadedProperties::Property::apply):
Set styleScopeOrdinal in State when applying style.
(WebCore::StyleResolver::CascadedProperties::addStyleProperties): Deleted.
Move the code to the only caller.
- css/StyleResolver.h:
(WebCore::StyleResolver::State::styleScopeOrdinal):
(WebCore::StyleResolver::State::setStyleScopeOrdinal):
- page/animation/CompositeAnimation.cpp:
(WebCore::KeyframeAnimation::KeyframeAnimation):
(WebCore::KeyframeAnimation::resolveKeyframeStyles):
Find the correct scope for resolving keyframes based on the scope ordinal.
- platform/animation/Animation.cpp:
- platform/animation/Animation.h:
Add m_nameStyleScopeOrdinal that tells the scope where the name is defined.
- style/StyleScope.cpp:
(WebCore::Style::Scope::forOrdinal):
Find the scope for ordinal.
- style/StyleScope.h:
Define ScopeOrdinal types.
(WebCore::Style::operator++):
LayoutTests:
- fast/shadow-dom/shadow-host-animation-expected.html: Added.
- fast/shadow-dom/shadow-host-animation.html: Added.
- 2:38 PM Changeset in webkit [209351] by
-
- 3 edits in trunk/Source/WebCore
[CSS Parser] Support glyph-orientation-horizontal and glyph-orientation-vertical
https://bugs.webkit.org/show_bug.cgi?id=165414
Reviewed by Zalan Bujtas.
- css/parser/CSSPropertyParser.cpp:
(WebCore::consumeGlyphOrientation):
(WebCore::CSSPropertyParser::parseSingleValue):
Add support for the glyph-orientation-horizontal and glyph-orientation-vertical
properties. They take an angle and allow unitless values.
- css/parser/CSSPropertyParserHelpers.cpp:
(WebCore::CSSPropertyParserHelpers::consumeAngle):
Fix a bug in the handling of unitless values for angles. Make sure to
actually pass in the value instead of always doing 0. Blink does not
accept unitless values for angles at all, so this is another difference
to investigate for SVG in the future.
- 2:20 PM Changeset in webkit [209350] by
-
- 5 edits in trunk
[JSC] report unexpected token when "async" is followed by identifier
https://bugs.webkit.org/show_bug.cgi?id=165091
Reviewed by Mark Lam.
JSTests:
- stress/bug-165091.js:
Source/JavaScriptCore:
Report a SyntaxError, in order to report correct error in contexts
an async ArrowFunction cannot occur. Also corrects errors in comment
describing JSTokenType bitfield, which was added in r209293.
- parser/Parser.cpp:
(JSC::Parser<LexerType>::parseMemberExpression):
- parser/ParserTokens.h:
- 2:16 PM Changeset in webkit [209349] by
-
- 2 edits in trunk/LayoutTests
Skip three media/modern-media-controls tests.
https://bugs.webkit.org/show_bug.cgi?id=165312
Unreviewed test gardening.
- platform/mac/TestExpectations:
- 2:08 PM Changeset in webkit [209348] by
-
- 21 edits6 deletes in trunk
Unreviewed, rolling out r209299.
This change appears to have caused LayoutTest failures on
Sierra WK1.
Reverted changeset:
"Improve the behavior of scroll-into-view when the target is
inside position:fixed"
https://bugs.webkit.org/show_bug.cgi?id=165354
http://trac.webkit.org/changeset/209299
- 1:56 PM Changeset in webkit [209347] by
-
- 5 edits in trunk/LayoutTests
[CSS Parser] Fix column tests with illegal syntax
https://bugs.webkit.org/show_bug.cgi?id=165411
Reviewed by Zalan Bujtas.
Patch column-span layout tests that use invalid syntax
to use the spec-compliant syntax instead (none instead of 1).
- fast/multicol/newmulticol/remove-spanner4.html:
- fast/multicol/newmulticol/remove-spanner5.html:
- fast/multicol/newmulticol/remove-spanner6.html:
- fast/multicol/span/span-as-immediate-child-property-removal.html:
- 1:31 PM Changeset in webkit [209346] by
-
- 7 edits in trunk/Source
[Cocoa] Add some memory usage related information to sysdiagnose state dumps
<https://webkit.org/b/165375>
<rdar://problem/29057243>
Reviewed by Darin Adler.
Source/WebCore:
Add a flag to memoryUsageStatistics() to allow gathering of slightly more expensive information.
This mode is used when capturing a state dump for sysdiagnose.
The more expensive information added in this patch relates to information about live objects
and memory on the JavaScript heap.
- WebCore.xcodeproj/project.pbxproj:
- page/PerformanceLogging.cpp:
(WebCore::PerformanceLogging::memoryUsageStatistics):
(WebCore::PerformanceLogging::javaScriptObjectCounts):
(WebCore::PerformanceLogging::didReachPointOfInterest):
- page/PerformanceLogging.h:
Source/WebKit2:
Add two new entries to the sysdiagnose state dumps for WebContent processes:
"Memory Usage Stats" and "JavaScript Object Counts".
The first category contains all the interesting stuff from task_info()
along with some WebCore and JavaScriptCore object/memory counters.
The second category contains a list of all the JS object types currently live
on the heap, along with a count.
- WebProcess/cocoa/WebProcessCocoa.mm:
(WebKit::WebProcess::registerWithStateDumper): Add two new entries to the
state dictionary: "Memory Usage Stats" and "JavaScript Object Counts".
- 1:04 PM Changeset in webkit [209345] by
-
- 2 edits in trunk/LayoutTests
[CSS Parser] Avoid a few more tests
https://bugs.webkit.org/show_bug.cgi?id=165404
Reviewed by Zalan Bujtas.
- 12:51 PM Changeset in webkit [209344] by
-
- 3 edits in trunk/LayoutTests
[CSS Parser] Fix flex property parsing test
https://bugs.webkit.org/show_bug.cgi?id=165402
Reviewed by Simon Fraser.
flex-grow and flex-shrink must occur together. They cannot be before and after
the flex-basis. Since this test is about valid property declarations, just fix it
by removing the invalid ones.
- css3/flexbox/flex-property-parsing-expected.txt:
- css3/flexbox/flex-property-parsing.html:
- 12:38 PM Changeset in webkit [209343] by
-
- 2 edits in trunk/LayoutTests
Marking media/modern-media-controls/seek-backward-support/seek-backward-support.html as flaky on mac-wk1.
https://bugs.webkit.org/show_bug.cgi?id=165386
Unreviewed test gardening.
- platform/mac-wk1/TestExpectations:
- 12:32 PM Changeset in webkit [209342] by
-
- 5 edits in trunk/Source/WebInspectorUI
Web Inspector: Remove legacy styles
https://bugs.webkit.org/show_bug.cgi?id=165389
Patch by Joseph Pecoraro <Joseph Pecoraro> on 2016-12-05
Reviewed by Matt Baker.
Remove styles for platforms we don't build on anymore (Mavericks
and Mountain Lion). There are also no "unknown-mac" styles to
upgrade to a named platform.
- UserInterface/Base/Platform.js:
Add sierra and remove older unsupported platforms.
- UserInterface/Views/Main.css:
(body):
(body:not(.mavericks)): Deleted.
- UserInterface/Views/TabBar.css:
(body.mavericks .tab-bar > .item:not(.disabled).selected): Deleted.
- UserInterface/Views/Toolbar.css:
(body .toolbar):
(body.window-inactive .toolbar):
(body.mac-platform:not(.docked) .toolbar):
(body.mac-platform:not(.docked)):
(body:not(.mavericks) .toolbar,): Deleted.
(body.window-inactive:not(.mavericks) .toolbar): Deleted.
(body.mac-platform:not(.docked, .mavericks) .toolbar): Deleted.
(body.mac-platform:not(.docked, .mavericks)): Deleted.
Remove mavericks specific styles.
- 12:26 PM Changeset in webkit [209341] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Make sure the transform fast path uses WebKitCSSTransformValue
https://bugs.webkit.org/show_bug.cgi?id=165399
Reviewed by Dean Jackson.
- css/parser/CSSParserFastPaths.cpp:
(WebCore::parseTransformTranslateArguments):
(WebCore::parseTransformNumberArguments):
(WebCore::parseSimpleTransformValue):
(WebCore::parseSimpleTransformList):
- 12:17 PM Changeset in webkit [209340] by
-
- 2 edits in tags/Safari-603.1.14.1/Source/WebCore
Merge r209332. rdar://problem/29514476
- 12:17 PM Changeset in webkit [209339] by
-
- 2 edits in tags/Safari-603.1.14.1/Source/WebCore
Merge r209330. rdar://problem/29514476
- 12:11 PM Changeset in webkit [209338] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Fix calc() with -webkit-line-clamp
https://bugs.webkit.org/show_bug.cgi?id=165398
Reviewed by Zalan Bujtas.
Remove the aggressive token type checking up front, since it was causing calc() to not
be allowed.
- css/parser/CSSPropertyParser.cpp:
(WebCore::consumeLineClamp):
- 12:02 PM Changeset in webkit [209337] by
-
- 4 edits in trunk/Tools
Make it possible to use an existing simulator instance for one-off testing
https://bugs.webkit.org/show_bug.cgi?id=164568
<rdar://problem/29189133>
Reviewed by Daniel Bates.
With this patch, if a simulator is currently running on the machine and
'--dedicated-simulators' is not passed into the application, only one simulator
instance will be used, and this instance will be the existing instance.
If no simulator is running or '--dedicated-simulators' is passed to the script,
previous behavior will be used.
- Scripts/webkitpy/layout_tests/run_webkit_tests.py:
(parse_args):
- Scripts/webkitpy/port/ios.py:
(IOSSimulatorPort.init): Logic for enabling usage of currently running simulator.
(IOSSimulatorPort._create_simulators): Only create simulators when needed, don't reset already running simulators.
(IOSSimulatorPort.setup_test_run): Don't open already running simulators.
(IOSSimulatorPort._quit_ios_simulator): Only quit simulators if we manage them.
(IOSSimulatorPort.clean_up_test_run): Only clean up simulators if we manage them.
(IOSSimulatorPort._using_dedicated_simulators): True if simulators need to be managed, false if using an existing instance.
(IOSSimulatorPort.device_id_for_worker_number): Access currently running simulator if not managing devices.
- Scripts/webkitpy/xcode/simulator.py:
(Simulator.refresh): Check if xcode_simctl_list returned None instead of a generator.
(Simulator.current_device): Get currently running device.
- 12:01 PM Changeset in webkit [209336] by
-
- 1 edit2 deletes in trunk/LayoutTests
[CSS Parser] Remove calc column-span test
https://bugs.webkit.org/show_bug.cgi?id=165393
Reviewed by Zalan Bujtas.
"1" is not a legal value for column-span, let alone allowing it to support a calc that
resolves to 1.
- fast/css/webkit-column-span-calculated-value-expected.txt: Removed.
- fast/css/webkit-column-span-calculated-value.html: Removed.
- 11:36 AM Changeset in webkit [209335] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Support -webkit-text-decoration
https://bugs.webkit.org/show_bug.cgi?id=165391
Reviewed by Dean Jackson.
- css/parser/CSSPropertyParser.cpp:
(WebCore::CSSPropertyParser::parseShorthand):
- 11:33 AM Changeset in webkit [209334] by
-
- 5 edits in branches/safari-602-branch/Source
Versioning.
- 11:31 AM Changeset in webkit [209333] by
-
- 5 edits in tags/Safari-603.1.14.1/Source
Versioning.
- 11:25 AM Changeset in webkit [209332] by
-
- 2 edits in trunk/Source/WebCore
STP 19 fails to launch on 16B255
https://bugs.webkit.org/show_bug.cgi?id=165388
-and corresponding-
rdar://problem/29514476
Rubber-stamped by Brady Eidson.
- platform/spi/cocoa/NSTouchBarSPI.h:
- 11:24 AM Changeset in webkit [209331] by
-
- 1 copy in tags/Safari-603.1.14.1
New tag.
- 11:21 AM Changeset in webkit [209330] by
-
- 2 edits in trunk/Source/WebCore
STP 19 fails to launch on 16B255
https://bugs.webkit.org/show_bug.cgi?id=165388
-and corresponding-
rdar://problem/29514476
Reviewed by Tim Horton.
Speculative fix.
- platform/spi/cocoa/NSTouchBarSPI.h:
- 11:17 AM Changeset in webkit [209329] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Support the 'alphabetic' keyword for text-underline-position
https://bugs.webkit.org/show_bug.cgi?id=165387
Reviewed by Simon Fraser.
Fixes fast/css3-text/css3-text-decoration/getComputedStyle/getComputedStyle-text-underline-position.html
- css/parser/CSSPropertyParser.cpp:
(WebCore::CSSPropertyParser::parseSingleValue):
- 11:03 AM Changeset in webkit [209328] by
-
- 4 edits in trunk
Add Wasm i64 to i32 conversion.
https://bugs.webkit.org/show_bug.cgi?id=165378
Reviewed by Filip Pizlo.
It turns out the wrap operation is just B3's Trunc.
- wasm/wasm.json:
- 11:02 AM Changeset in webkit [209327] by
-
- 2 edits in trunk/Tools
Disable a crashing test on iOS.
- TestWebKitAPI/Tests/WebKit2Cocoa/BundleEditingDelegate.mm:
- 11:02 AM Changeset in webkit [209326] by
-
- 5 edits1 add in trunk/Source
REGRESSION(r208985): SafariForWebKitDevelopment Symbol Not Found looking for method with WTF::Optional
https://bugs.webkit.org/show_bug.cgi?id=165351
Reviewed by Yusuke Suzuki.
Source/JavaScriptCore:
Some versions of Safari expect:
Inspector::BackendDispatcher::reportProtocolError(WTF::Optional<long>, Inspector::BackendDispatcher::CommonErrorCode, WTF::String const&)
Which we had updated to use std::optional. Expose a version with the original
Symbol for these Safaris. This stub will just call through to the new version.
- inspector/InspectorBackendDispatcher.cpp:
(Inspector::BackendDispatcher::reportProtocolError):
- inspector/InspectorBackendDispatcher.h:
Source/WTF:
Include a slimmed down version of WTF::Optional which older versions
of Safari still depend on for a JavaScriptCore exported symbol.
To prevent misuse name it WTF::DeprecatedOptional and use it only in
the one instance it is needed.
- WTF.xcodeproj/project.pbxproj:
- wtf/DeprecatedOptional.h: Added.
(WTF::Optional::operator bool):
(WTF::Optional::value):
(WTF::Optional::asPtr):
- 10:19 AM Changeset in webkit [209325] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Fix assert when unknown properties are encountered.
https://bugs.webkit.org/show_bug.cgi?id=165385
Reviewed by Zalan Bujtas.
- css/CSSToStyleMap.cpp:
(WebCore::CSSToStyleMap::mapAnimationProperty):
- 10:04 AM Changeset in webkit [209324] by
-
- 3 edits in trunk/Source/WebCore
[CSS Parser] Fix rx and ry parsing
https://bugs.webkit.org/show_bug.cgi?id=165383
Reviewed by Dean Jackson.
- css/parser/CSSParserFastPaths.cpp:
(WebCore::isSimpleLengthPropertyID):
rx and ry can be negative in the slow path, so make sure they can be negative in the
fast path too.
- css/parser/CSSPropertyParser.cpp:
(WebCore::consumeRxOrRy):
Disallow auto as a value since we are not equipped to handle it, and it's not clear if it's
even valid.
- 9:50 AM Changeset in webkit [209323] by
-
- 2 edits in trunk/LayoutTests
Marking media/modern-media-controls/media-controller/media-controller-resize.html as flaky on macOS.
https://bugs.webkit.org/show_bug.cgi?id=164571
Unreviewed test gardening.
- platform/mac/TestExpectations:
- 9:47 AM Changeset in webkit [209322] by
-
- 8 edits in trunk/Source
Add STDC_FORMAT_MACROS before inttypes.h is included
https://bugs.webkit.org/show_bug.cgi?id=165374
We need formatting macros like PRIu64 to be available in all places where
inttypes.h header is used. All these usages get inttypes.h definitions
via wtf/Assertions.h header, except SQLiteFileSystem.cpp where formatting
macros are not used anymore since r185129.
This patch fixes multiple build errors with MinGW and reduces number of
independent STDC_FORMAT_MACROS uses in the code base.
Reviewed by Darin Adler.
Source/JavaScriptCore:
- disassembler/ARM64/A64DOpcode.cpp: Removed STDC_FORMAT_MACROS
because it is obtained via Assertions.h now
- disassembler/ARM64Disassembler.cpp: Ditto.
Source/WebCore:
No new tests needed.
- platform/sql/SQLiteFileSystem.cpp: Removed unused inttypes.h
inclusion.
Source/WTF:
- wtf/Assertions.h: Define STDC_FORMAT_MACROS.
- wtf/StdLibExtras.h: Remove definition of PRId64 for Windows, as we
have STDC_FORMAT_MACROS defined now.
- 9:43 AM Changeset in webkit [209321] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Properly fail on bad values for -webkit-clip-path
https://bugs.webkit.org/show_bug.cgi?id=165382
Reviewed by Dean Jackson.
- css/parser/CSSPropertyParser.cpp:
(WebCore::consumeBasicShapeOrBox):
- 9:35 AM Changeset in webkit [209320] by
-
- 3 edits in trunk/Source/WebCore
[CSS Parser] The page-break-* properties are only keyword props for old parser.
https://bugs.webkit.org/show_bug.cgi?id=165381
Reviewed by Dean Jackson.
- css/parser/CSSParser.cpp:
(WebCore::isKeywordPropertyID):
- css/parser/CSSParserFastPaths.cpp:
(WebCore::CSSParserFastPaths::isKeywordPropertyID):
- 9:28 AM Changeset in webkit [209319] by
-
- 2 edits in trunk/Source/WebCore
[CSS Parser] Don't use CSS_PARSER_INTEGER unit for resolved integer calcs.
https://bugs.webkit.org/show_bug.cgi?id=165379
Reviewed by Dean Jackson.
- css/parser/CSSPropertyParserHelpers.cpp:
(WebCore::CSSPropertyParserHelpers::CalcParser::consumeNumber):
- 9:13 AM Changeset in webkit [209318] by
-
- 6 edits in trunk/Source/WebCore
[CSS Parser] Add parseValue support to new parser. Use new parser for UA sheet too if useNewParser is set.
https://bugs.webkit.org/show_bug.cgi?id=165376
Reviewed by Zalan Bujtas.
- css/StyleColor.cpp:
(WebCore::StyleColor::isColorKeyword):
Include system colors when using the fast parseValue path.
- css/parser/CSSParser.cpp:
(WebCore::CSSParser::setupParser):
Add an assert to catch any code path using the old parser when the new parser flag is set.
(WebCore::CSSParser::parseSheet):
(WebCore::CSSParser::parseRule):
(WebCore::CSSParser::parseKeyframeRule):
(WebCore::CSSParser::parseSupportsCondition):
(WebCore::CSSParser::parseValue):
(WebCore::CSSParser::parseSelector):
(WebCore::CSSParser::parseDeclaration):
Patched to use the new parser in UASheetMode as well as other modes when the new parser flag
is set. parseValue is patched to use the new parser's fast paths and to call into CSSParserImpl's
parseValue.
- css/parser/CSSParserFastPaths.cpp:
(WebCore::isSimpleLengthPropertyID):
Support CSSPropertyShapeMargin in the fast path since the old parser did in its fast path.
(WebCore::parseSimpleLengthValue):
Don't ever return unitless numbers. If we accept a unitless number, convert the unit to PX still.
(WebCore::CSSParserFastPaths::parseColor):
Use the CSSValuePool when creating colors on the fast path.
- css/parser/CSSParserImpl.cpp:
(WebCore::CSSParserImpl::parseValue):
- css/parser/CSSParserImpl.h:
Change the return type to be compatible with the old parser's ParseResult flag.
- 9:06 AM Changeset in webkit [209317] by
-
- 1 edit2 deletes in trunk/Source/WebCore
Removed MediaPlayerPrivateTaskTimer
https://bugs.webkit.org/show_bug.cgi?id=165373
Reviewed by Sam Weinig.
It is not used anywhere since QTSDK removal in r165476.
No new tests needed.
- platform/graphics/win/MediaPlayerPrivateTaskTimer.cpp: Removed.
- platform/graphics/win/MediaPlayerPrivateTaskTimer.h: Removed.
- 3:50 AM Changeset in webkit [209316] by
-
- 2 edits in trunk/Source/WebKit2
Unreviewed cmake buildfix after r209307.
- PlatformMac.cmake:
- 3:31 AM Changeset in webkit [209315] by
-
- 2 edits in trunk/Source/WebKit
Unreviewed cmake buildfix after r209252.
- PlatformMac.cmake: