[webkit-changes] [WebKit/WebKit] 94e439: Cherry-pick 261592 at main (1684c4b32eb8). https://bu...
Jean-Yves Avenard
noreply at github.com
Wed Mar 15 04:25:41 PDT 2023
Branch: refs/heads/webkitglib/2.40
Home: https://github.com/WebKit/WebKit
Commit: 94e4396812160d342f710c1d2783e7f1622f7486
https://github.com/WebKit/WebKit/commit/94e4396812160d342f710c1d2783e7f1622f7486
Author: Pablo Saavedra <psaavedra at igalia.com>
Date: 2023-03-14 (Tue, 14 Mar 2023)
Changed paths:
M Source/WebCore/html/RangeInputType.cpp
M Source/WebCore/html/RangeInputType.h
M Source/cmake/WebKitFeatures.cmake
M Tools/Scripts/webkitperl/FeatureList.pm
Log Message:
-----------
Cherry-pick 261592 at main (1684c4b32eb8). https://bugs.webkit.org/show_bug.cgi?id=253639
Remove TOUCH_SLIDER private build-time conditional
https://bugs.webkit.org/show_bug.cgi?id=253639
This build-time conditional was originally added on 2012 to give time to
adapt the BlackBerry port to the changes implemented in Bug 88807 [1][2]
[1] https://bugs.webkit.org/show_bug.cgi?id=88807
[2] https://bugs.webkit.org/show_bug.cgi?id=88807#c34
Reviewed by Chris Dumez and Adrian Perez de Castro.
* Source/WebCore/html/RangeInputType.cpp:
(WebCore::RangeInputType::handleTouchEvent):
(WebCore::RangeInputType::hasTouchEventHandler const):
* Source/WebCore/html/RangeInputType.h:
* Source/cmake/WebKitFeatures.cmake:
Canonical link: https://commits.webkit.org/261592@main
Commit: ab686f0f68d271a97954234a4ee143f7ad33efcd
https://github.com/WebKit/WebKit/commit/ab686f0f68d271a97954234a4ee143f7ad33efcd
Author: Philippe Normand <philn at igalia.com>
Date: 2023-03-15 (Wed, 15 Mar 2023)
Changed paths:
M Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp
M Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.h
Log Message:
-----------
Cherry-pick 261635 at main (7e9d65f61a53). https://bugs.webkit.org/show_bug.cgi?id=253769
[GStreamer] Unmute doesn't work
https://bugs.webkit.org/show_bug.cgi?id=253769
Reviewed by Carlos Garcia Campos and Xabier Rodriguez-Calvar.
The player now maintains an internal variable for the audio sink mute state, in order to avoid
false-positive mute change notifications. Receiving a notify::mute signal from the pipeline doesn't
necessarily means the mute state has changed, for instance the PulseAudio sink emits that signal
unconditionally before starting up.
* Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:
(WebCore::MediaPlayerPrivateGStreamer::isMuted const):
(WebCore::MediaPlayerPrivateGStreamer::setMuted):
(WebCore::MediaPlayerPrivateGStreamer::notifyPlayerOfMute):
(WebCore::MediaPlayerPrivateGStreamer::handleMessage):
(WebCore::MediaPlayerPrivateGStreamer::setStreamVolumeElement):
* Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.h:
Canonical link: https://commits.webkit.org/261635@main
Commit: 3a0007488e3ae848a44389d375f37a169d11f358
https://github.com/WebKit/WebKit/commit/3a0007488e3ae848a44389d375f37a169d11f358
Author: Chris Dumez <cdumez at apple.com>
Date: 2023-03-15 (Wed, 15 Mar 2023)
Changed paths:
M Source/WebKit/NetworkProcess/NetworkProcess.cpp
Log Message:
-----------
Cherry-pick 261656 at main (e2b561a545d3). https://bugs.webkit.org/show_bug.cgi?id=253895
Crash under NetworkProcess::addAllowedFirstPartyForCookies()
https://bugs.webkit.org/show_bug.cgi?id=253895
rdar://104526219
Reviewed by Alex Christensen.
Make sure the registrable domain is valid before we try inserting it into the
HashSet.
* Source/WebKit/NetworkProcess/NetworkProcess.cpp:
(WebKit::NetworkProcess::addAllowedFirstPartyForCookies):
Canonical link: https://commits.webkit.org/261656@main
Commit: 9881393acfa255e73bee518ce1f3c5fb048ef197
https://github.com/WebKit/WebKit/commit/9881393acfa255e73bee518ce1f3c5fb048ef197
Author: Jean-Yves Avenard <jya at apple.com>
Date: 2023-03-15 (Wed, 15 Mar 2023)
Changed paths:
M LayoutTests/platform/glib/TestExpectations
M LayoutTests/platform/ios/TestExpectations
M LayoutTests/platform/mac/TestExpectations
M Source/WebCore/Modules/webaudio/AudioBuffer.cpp
M Source/WebCore/Modules/webaudio/AudioBuffer.h
Log Message:
-----------
Cherry-pick 261617 at main (114b7b67616c). https://bugs.webkit.org/show_bug.cgi?id=251710
[ macOS ] webaudio/AudioBuffer/huge-buffer.html is a flaky time out.
https://bugs.webkit.org/show_bug.cgi?id=251710
rdar://105028032
Reviewed by Jer Noble.
In r243819, the individual size of an audio channel was limited to 2^30
float samples, however an AudioBuffer can be made to have a high number
of channels.
The webaudio/AudioBuffer/huge-buffer.html test attempts to allocate an
AudioBuffer made of 32 channels with 2^30 float samples, this would require 2^37 bytes.
We limit the total size of an AudioBuffer to 2^32 float samples (2^34 bytes).
* LayoutTests/platform/glib/TestExpectations:
* LayoutTests/platform/ios/TestExpectations:
* LayoutTests/platform/mac/TestExpectations:
* Source/WebCore/Modules/webaudio/AudioBuffer.cpp:
(WebCore::AudioBuffer::AudioBuffer):
* Source/WebCore/Modules/webaudio/AudioBuffer.h:
Canonical link: https://commits.webkit.org/261617@main
Compare: https://github.com/WebKit/WebKit/compare/4fcf7db3d68d...9881393acfa2
More information about the webkit-changes
mailing list