[webkit-changes] [WebKit/WebKit] 955e7d: Cherry-pick 261881 at main (b2ec06503661). https://bu...

[Ahmad Saleem]

  Branch: refs/heads/webkitglib/2.40
  Home:   https://github.com/WebKit/WebKit
  Commit: 955e7df09847b83ab0178115b4078b1fb650c586
      https://github.com/WebKit/WebKit/commit/955e7df09847b83ab0178115b4078b1fb650c586
  Author: Philippe Normand <philn at igalia.com>
  Date:   2023-04-14 (Fri, 14 Apr 2023)

  Changed paths:
    M Source/WebCore/platform/mediastream/gstreamer/RealtimeIncomingAudioSourceGStreamer.cpp
    M Source/WebCore/platform/mediastream/gstreamer/RealtimeIncomingSourceGStreamer.cpp
    M Source/WebCore/platform/mediastream/gstreamer/RealtimeIncomingVideoSourceGStreamer.cpp
    M Source/WebCore/platform/mediastream/gstreamer/RealtimeOutgoingAudioSourceGStreamer.cpp
    M Source/WebCore/platform/mediastream/gstreamer/RealtimeOutgoingMediaSourceGStreamer.cpp
    M Source/WebCore/platform/mediastream/gstreamer/RealtimeOutgoingVideoSourceGStreamer.cpp

  Log Message:
  -----------
  Cherry-pick 261881 at main (b2ec06503661). https://bugs.webkit.org/show_bug.cgi?id=254150

    [GStreamer][WebRTC] Dedicated log categories for incoming/outgoing media sources
    https://bugs.webkit.org/show_bug.cgi?id=254150

    Reviewed by Xabier Rodriguez-Calvar.

    This allows for improved GStreamer logs filtering.

    * Source/WebCore/platform/mediastream/gstreamer/RealtimeIncomingAudioSourceGStreamer.cpp:
    * Source/WebCore/platform/mediastream/gstreamer/RealtimeIncomingSourceGStreamer.cpp:
    (WebCore::RealtimeIncomingSourceGStreamer::RealtimeIncomingSourceGStreamer):
    * Source/WebCore/platform/mediastream/gstreamer/RealtimeIncomingVideoSourceGStreamer.cpp:
    * Source/WebCore/platform/mediastream/gstreamer/RealtimeOutgoingAudioSourceGStreamer.cpp:
    (WebCore::RealtimeOutgoingAudioSourceGStreamer::RealtimeOutgoingAudioSourceGStreamer):
    * Source/WebCore/platform/mediastream/gstreamer/RealtimeOutgoingMediaSourceGStreamer.cpp:
    (WebCore::RealtimeOutgoingMediaSourceGStreamer::RealtimeOutgoingMediaSourceGStreamer):
    (WebCore::RealtimeOutgoingMediaSourceGStreamer::start):
    (WebCore::RealtimeOutgoingMediaSourceGStreamer::setSinkPad):
    * Source/WebCore/platform/mediastream/gstreamer/RealtimeOutgoingVideoSourceGStreamer.cpp:
    (WebCore::RealtimeOutgoingVideoSourceGStreamer::RealtimeOutgoingVideoSourceGStreamer):

    Canonical link: https://commits.webkit.org/261881@main


  Commit: faf2a0f41cb9e54743acf1b78ef66868e60e2fdc
      https://github.com/WebKit/WebKit/commit/faf2a0f41cb9e54743acf1b78ef66868e60e2fdc
  Author: Jean-Yves Avenard <jya at apple.com>
  Date:   2023-04-14 (Fri, 14 Apr 2023)

  Changed paths:
    M Source/WebKit/WebProcess/GPU/media/MediaPlayerPrivateRemote.cpp

  Log Message:
  -----------
  Cherry-pick 261959 at main (84eb2324cde9). https://bugs.webkit.org/show_bug.cgi?id=254256

    `playing` event isn't fired as early as it should
    https://bugs.webkit.org/show_bug.cgi?id=254256
    rdar://107041118

    Reviewed by Youenn Fablet.

    Notify the HTMLMediaElement that the media time has changed on the first
    change, bypassing the optimisation introduced by webkit.org/b/225396

    Code will be exercised by media/media-source/media-source-end-of-stream-buffered.html
    once the MockMediaPlayerMediaSource will be running in the GPU process
    (webkit.org/b/225367)
    * Source/WebKit/WebProcess/GPU/media/MediaPlayerPrivateRemote.cpp:
    (WebKit::MediaPlayerPrivateRemote::currentTimeChanged):

    Canonical link: https://commits.webkit.org/261959@main


  Commit: 9261be392f860a053e504668120a4ceaa4d28353
      https://github.com/WebKit/WebKit/commit/9261be392f860a053e504668120a4ceaa4d28353
  Author: Przemyslaw Gorszkowski <pgorszkowski at igalia.com>
  Date:   2023-04-14 (Fri, 14 Apr 2023)

  Changed paths:
    M Source/WebInspectorUI/UserInterface/Views/Popover.css
    M Source/WebInspectorUI/UserInterface/Views/Popover.js

  Log Message:
  -----------
  Cherry-pick 261966 at main (c5ae28e2dee4). https://bugs.webkit.org/show_bug.cgi?id=253414

    Web Inspector: replace getCSSCanvasContext with canvas
    https://bugs.webkit.org/show_bug.cgi?id=253414

    Reviewed by Patrick Angle and Devin Rousso.

    The fix replaces unsupported on all browser function getCSSCanvasContext
    with additional "canvas" element. This solves problem with missing popup
    dialog, e.g.: to display details about hovered variable.

    * Source/WebInspectorUI/UserInterface/Views/Popover.js:
    (WI.Popover):

    Canonical link: https://commits.webkit.org/261966@main


  Commit: 7e712cb8bf6e21bc48d9746de4bb1db667175e99
      https://github.com/WebKit/WebKit/commit/7e712cb8bf6e21bc48d9746de4bb1db667175e99
  Author: Ryosuke Niwa <rniwa at webkit.org>
  Date:   2023-04-14 (Fri, 14 Apr 2023)

  Changed paths:
    A LayoutTests/editing/execCommand/insert-ordered-list-move-paragraph-removes-destination-expected.txt
    A LayoutTests/editing/execCommand/insert-ordered-list-move-paragraph-removes-destination.html
    M Source/WebCore/editing/CompositeEditCommand.cpp

  Log Message:
  -----------
  Cherry-pick 262001 at main (313f87a7b574). https://bugs.webkit.org/show_bug.cgi?id=254302

    Assertion failure in compositeeditcommand::moveParagraphs
    https://bugs.webkit.org/show_bug.cgi?id=254302

    Reviewed by Wenson Hsieh.

    The assertion failure was caused by deleteSelection removing the destination node. This occurred because
    we were adjusting destination to be within the content (i.e. text node before br element) to be deleted
    when canonicalizing to visible position. Remember the downstream position in the case this happens and
    re-create VisiblePosition out of this downstream position if deleteSelection orphaned the destination.

    * LayoutTests/editing/execCommand/insert-ordered-list-move-paragraph-removes-destination-expected.txt: Added.
    * LayoutTests/editing/execCommand/insert-ordered-list-move-paragraph-removes-destination.html: Added.
    * Source/WebCore/editing/CompositeEditCommand.cpp:
    (WebCore::CompositeEditCommand::moveParagraphs):

    Canonical link: https://commits.webkit.org/262001@main


  Commit: 63b7cd06b834850a901d5aa173bce4921b8c6e70
      https://github.com/WebKit/WebKit/commit/63b7cd06b834850a901d5aa173bce4921b8c6e70
  Author: Ahmad Saleem <ahmad.saleem792+github at gmail.com>
  Date:   2023-04-14 (Fri, 14 Apr 2023)

  Changed paths:
    A LayoutTests/fast/block/bug369123-expected.html
    A LayoutTests/fast/block/bug369123.html
    M Source/WebCore/rendering/RenderLayerModelObject.cpp

  Log Message:
  -----------
  Cherry-pick 262042 at main (47b7f1121f2e). https://bugs.webkit.org/show_bug.cgi?id=249391

    Fix inline-block abspos bug

    https://bugs.webkit.org/show_bug.cgi?id=249391

    Reviewed by Alan Baradlay.

    This patch aligns WebKit with Blink / Chromium and Gecko / Firefox.

    Merge - https://chromium.googlesource.com/chromium/blink/+/b1dbd0d86f09b9dccd410d1d106c76f029fa5b48

    When an out-of-flow-positioned element changes its display between block and
    inline-block, then an incremental layout on the element's containing block lays
    out the element through LayoutPositionedObjects, which skips laying out the
    element's parent. The element's parent needs to relayout so that it calls
    RenderBlockFlow::setStaticInlinePositionForChild with the out-of-flow-positioned
    child, so that when it's laid out, its
    RenderBox::computePositionedLogicalWidth/Height takes into account its new
    inline/block position rather than its old block/inline position.

    * Source/WebCore/rendering/RenderLayerModelObject.cpp:
    (RenderLayerModelObject::styleDidChange):
    * LayoutTests/fast/block/bug369123.html: Add Test Case
    * LayoutTests/fast/block/bug369123-expected.html: Add Test Case Expectation

    Canonical link: https://commits.webkit.org/262042@main


Compare: https://github.com/WebKit/WebKit/compare/c464add7a23b...63b7cd06b834