Branch: refs/heads/webkitglib/2.50
  Home:   https://github.com/WebKit/WebKit
  Commit: aa6b0247e921fa5959ff06fa19fb5ad6866618fc
      
https://github.com/WebKit/WebKit/commit/aa6b0247e921fa5959ff06fa19fb5ad6866618fc
  Author: Kate Lee <[email protected]>
  Date:   2025-11-25 (Tue, 25 Nov 2025)

  Changed paths:
    M Source/WebKit/SourcesWPE.txt
    A Source/WebKit/UIProcess/wpe/WebContextMenuProxyWPE.cpp
    M Source/WebKit/UIProcess/wpe/WebContextMenuProxyWPE.h

  Log Message:
  -----------
  Cherry-pick 303518@main (d811b2767c10). 
https://bugs.webkit.org/show_bug.cgi?id=272354

    [WPE] Right mouse button click stops further mouse button processing

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

    Reviewed by Adrian Perez de Castro.

    The context menu request was not followed by any
    implementation logic. As a result, WebPageProxy::
    clearWaitingForContextMenuToShow() was never called,
    leaving the page stuck in a state where mouse click
    events were not processed.

    This patch introduces the initial plumbing for WPE
    context menu handling. Follow-up patches will impl-
    ement the full public API to expose hit-test results
    and context-menu item information to the application.

    This patch is based on the original work by
    chrisduerr@. I have updated the work for the WPE port.

    Co-authored-by: Christian Duerr(chrisduerr@)<[email protected]>

    * Source/WebKit/SourcesWPE.txt:
    * Source/WebKit/UIProcess/wpe/WebContextMenuProxyWPE.cpp: Copied from 
Source/WebKit/UIProcess/wpe/WebContextMenuProxyWPE.h.
    (WebKit::WebContextMenuProxyWPE::WebContextMenuProxyWPE):
    (WebKit::WebContextMenuProxyWPE::showContextMenuWithItems):
    * Source/WebKit/UIProcess/wpe/WebContextMenuProxyWPE.h:

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

Canonical link: https://commits.webkit.org/298234.301@webkitglib/2.50


  Commit: 7a2fbd4d9843336c44bc5ebae4146522ec942012
      
https://github.com/WebKit/WebKit/commit/7a2fbd4d9843336c44bc5ebae4146522ec942012
  Author: Michael Catanzaro <[email protected]>
  Date:   2025-11-25 (Tue, 25 Nov 2025)

  Changed paths:
    M Source/WebCore/platform/graphics/freetype/FontPlatformDataFreeType.cpp

  Log Message:
  -----------
  Cherry-pick 303513@main (d4f46e50d65d). 
https://bugs.webkit.org/show_bug.cgi?id=302858

    Double free / use-after-free of static FcPattern in 
FontPlatformDataFreeType::create
    https://bugs.webkit.org/show_bug.cgi?id=302858

    Reviewed by Carlos Garcia Campos.

    Here we adopt a reference that we do not own. Well, we sort of own it,
    in the static local variable, but we need to *continue* owning it and
    therefore must not pass ownership to the FontPlatformData constructor.

    So, remove the adoptRef(). A RefPtr will be implicitly created,
    increasing the ref count on the FcPattern, as is required.

    (Note this FcPattern will be leaked, but that's OK because it's global
    data. The ref count should be 1 at program termination.)

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

Canonical link: https://commits.webkit.org/298234.302@webkitglib/2.50


  Commit: 6adab32858219414258196e8a25ac9b13582d8a2
      
https://github.com/WebKit/WebKit/commit/6adab32858219414258196e8a25ac9b13582d8a2
  Author: Michael Catanzaro <[email protected]>
  Date:   2025-11-25 (Tue, 25 Nov 2025)

  Changed paths:
    M Source/WebKit/UIProcess/API/gtk/DropTargetGtk4.cpp

  Log Message:
  -----------
  Cherry-pick 303500@main (5a5eb476f8e3). 
https://bugs.webkit.org/show_bug.cgi?id=299208

    [GTK] gdk_drop_status: assertion 'priv->state != GDK_DROP_STATE_FINISHED' 
failed
    https://bugs.webkit.org/show_bug.cgi?id=299208

    Reviewed by Carlos Garcia Campos.

    It is an error to call gdk_drop_status() after gdk_drop_finish(). But
    we do it 100% of the time after dragging a folder from nautilus into the
    web view. It also happens under Flatpak when dragging HTML elements
    within web content. We wind up in DropTarget::didPerformAction after
    drag enter, motion, or, critically, exit. But we only want to actually
    update the drag status after enter or motion.

    Additionally, this function is called *asynchronously* after the drag
    event, so it could get called too late even if triggered by an enter or
    motion event.

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

Canonical link: https://commits.webkit.org/298234.303@webkitglib/2.50


  Commit: b6eda1d86a8b33572c5747630d6f885d3543aa73
      
https://github.com/WebKit/WebKit/commit/b6eda1d86a8b33572c5747630d6f885d3543aa73
  Author: Philippe Normand <[email protected]>
  Date:   2025-11-25 (Tue, 25 Nov 2025)

  Changed paths:
    M 
Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp

  Log Message:
  -----------
  Cherry-pick 303482@main (88490723d9f2). 
https://bugs.webkit.org/show_bug.cgi?id=302854

    [GStreamer] fast/mediastream/MediaStream-removeTrack-while-playing.html 
crashes on the bots
    https://bugs.webkit.org/show_bug.cgi?id=302854

    Reviewed by Xabier Rodriguez-Calvar.

    Ensure the WebKitMediaStreamObserver keeps a weak GRef pointer to the 
GstElement it needs to use.
    Using a raw pointer gave no insurance of lifetime validity.

    * 
Source/WebCore/platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp:
    (WebKitMediaStreamObserver::WebKitMediaStreamObserver):
    (WebKitMediaStreamObserver::activeStatusChanged):
    (WebKitMediaStreamObserver::didRemoveTrack):

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

Canonical link: https://commits.webkit.org/298234.304@webkitglib/2.50


  Commit: dd68faeeeb016836bd8ad5c5a5360bec0baf97ec
      
https://github.com/WebKit/WebKit/commit/dd68faeeeb016836bd8ad5c5a5360bec0baf97ec
  Author: Sebastian Krzyszkowiak <[email protected]>
  Date:   2025-11-25 (Tue, 25 Nov 2025)

  Changed paths:
    M Source/WebKit/UIProcess/API/gtk/WebKitWebViewBase.cpp

  Log Message:
  -----------
  Cherry-pick 303501@main (51c47f4d8267). 
https://bugs.webkit.org/show_bug.cgi?id=302936

    [GTK] Set the "buttons" property in synthesized mouse events correctly
    https://bugs.webkit.org/show_bug.cgi?id=302936

    Reviewed by Carlos Garcia Campos.

    When emulating mouse activity, Press and Motion events should indicate
    the held button in their "buttons" property, while Release event should
    not set it anymore. This lets WebCore generate PointerEvents correctly.

    While at that, use GDK constants instead of hardcoding magic numbers.

    * Source/WebKit/UIProcess/API/gtk/WebKitWebViewBase.cpp:
    (webkitWebViewBaseTouchRelease):
    (webkitWebViewBaseTouchDragUpdate):
    (webkitWebViewBaseTouchDragEnd):
    (webkitWebViewBaseSynthesizeMouseEvent): Use GDK constants.

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

Canonical link: https://commits.webkit.org/298234.305@webkitglib/2.50


Compare: https://github.com/WebKit/WebKit/compare/4ea251c1b022...dd68faeeeb01

To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications

Reply via email to