[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