Bug 311917 – [WPE][Qt6] WPEQtView emits a premature focus change that crashes input method plugins on mouse click

• Component: WPE WebKit
• Status: NEW

Created attachment 478992 [details]
Complete backtrace while using a virtual keyboard with the Qt6 API.

WPEQtView::mousePressEvent() calls forceActiveFocus() unconditionally before checking whether m_webView is initialized. This causes Qt to emit a focusObjectChanged signal with the not yet ready web view as the new focus object. Input method plugin that receive this signal via QInputMethod::setFocusObject() may then attempt to inspect or cast the focus object and crash because of the uninitialized state.

Steps to reproduce:

1. Run the example minibrowser with the Qt6 API.
2. Add a Qt input method plugin (eg: virtual keyboard) with appropriate changes in QML (addition of InputPanel component in QML will be necessary).
3. Click on the view using a mouse before the web view is fully initialized.
4. Application crashes with a segmentation fault.

Relevant backtrace:

#8  WPEQtView::mousePressEvent(QMouseEvent*) ()
    from .../qt6/qml/org/wpewebkit/qtwpe/libqtwpe.so
#7  QQuickItem::forceActiveFocus(Qt::FocusReason) ()
#6  QQuickItem::setFocus(bool, Qt::FocusReason) ()
#5  QQuickDeliveryAgentPrivate::setFocusInScope(...)
#4  QWindow::focusObjectChanged(QObject*)        ← focus change emitted for uninitialized view
    → input method plugin crashes here


The complete backtrace produced when using a fork of cutekeyboard (https://github.com/amarula/cutekeyboard/tree/main) with an application using the Qt6 API is attached.


Note that the crash can be prevented inside an input method plugin itself using appropriate cast that tolerates unexpected object types, with qobject_cast in the case of cutekeyboard for example. However, the correct fix is not to emit the focus change prematurely.

Proposed fix : https://github.com/WebKit/WebKit/pull/62429