Bug 445378

Summary:	[WAYLAND] Konqueror crashes when using KHTML
Product:	[Applications] konqueror	Reporter:	Dipta Biswas <dabiswas112>
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	crash	CC:	christoph, dabiswas112, nicolas.fella
Priority:	NOR	Keywords:	drkonqi
Version First Reported In:	21.08.3
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	New crash information added by DrKonqi

Description Dipta Biswas 2021-11-12 14:37:44 UTC

Application: konqueror (21.08.3)

Qt Version: 5.15.2
Frameworks Version: 5.87.0
Operating System: Linux 5.14.16-zen1-1-zen x86_64
Windowing System: Wayland
Distribution: EndeavourOS
DrKonqi: 5.23.3 [KCrashBackend]

-- Information about the crash:
- What I was doing when the application crashed: Testing KHTML with arch website. Went through several URLs with more non-trivial JavaScript. Konqueror crashed when elgoog.im was being used

The reporter is unsure if this crash is reproducible.

-- Backtrace:
Application: Konqueror (konqueror), signal: Segmentation fault

[KCrash Handler]
#4  0x00007f3dbb42a154 in _XGetRequest () at /usr/lib/libX11.so.6
#5  0x00007f3dbb403f17 in XChangeWindowAttributes () at /usr/lib/libX11.so.6
#6  0x00007f3d34dc19e7 in KHTMLView::mouseMoveEvent(QMouseEvent*) () at /usr/lib/libKF5KHtml.so.5
#7  0x00007f3dbd5640be in QWidget::event(QEvent*) () at /usr/lib/libQt5Widgets.so.5
#8  0x00007f3dbd61394f in QFrame::event(QEvent*) () at /usr/lib/libQt5Widgets.so.5
#9  0x00007f3d34dbd8a0 in KHTMLView::eventFilter(QObject*, QEvent*) () at /usr/lib/libKF5KHtml.so.5
#10 0x00007f3dbc897152 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5
#11 0x00007f3dbd520d51 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5
#12 0x00007f3dbd528ac9 in QApplication::notify(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5
#13 0x00007f3dbc8973fa in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5
#14 0x00007f3dbd52757b in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool, bool) () at /usr/lib/libQt5Widgets.so.5
#15 0x00007f3dbd57da84 in  () at /usr/lib/libQt5Widgets.so.5
#16 0x00007f3dbd580db5 in  () at /usr/lib/libQt5Widgets.so.5
#17 0x00007f3dbd520d62 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib/libQt5Widgets.so.5
#18 0x00007f3dbc8973fa in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /usr/lib/libQt5Core.so.5
#19 0x00007f3dbcc771f0 in QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) () at /usr/lib/libQt5Gui.so.5
#20 0x00007f3dbcc4c7d5 in QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Gui.so.5
#21 0x00007f3dba2911e1 in  () at /usr/lib/libQt5WaylandClient.so.5
#22 0x00007f3dba3b24dc in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0
#23 0x00007f3dba406799 in  () at /usr/lib/libglib-2.0.so.0
#24 0x00007f3dba3afbc1 in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0
#25 0x00007f3dbc8f0026 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#26 0x00007f3dbc895d6c in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib/libQt5Core.so.5
#27 0x00007f3dbc89e2d4 in QCoreApplication::exec() () at /usr/lib/libQt5Core.so.5
#28 0x00007f3dbea3c026 in kdemain () at /usr/lib/libkdeinit5_konqueror.so
#29 0x00007f3dbe7bdb25 in __libc_start_main () at /usr/lib/libc.so.6
#30 0x000055adde54f05e in  ()
[Inferior 1 (process 19221) detached]

Possible duplicates by query: bug 383417, bug 360687, bug 359904, bug 334682, bug 327517.

Reported using DrKonqi

Comment 1 Nicolas Fella 2021-11-12 16:31:31 UTC

Looks like KHTML is making a call to X11, which breaks on Wayland. Technically this should be fixed with an if(runningX11()), but realistically you really should not use KHTML, it's dead

Comment 2 Dipta Biswas 2021-11-12 19:26:24 UTC

Created attachment 143498 [details]
New crash information added by DrKonqi

konqueror (21.08.3) using Qt 5.15.2

- What I was doing when the application crashed:
This time searx.garudalinux.org crashed KHTML

Btw are you implying that this bug is WONTFIX by suggesting me to abandon KHTML?

-- Backtrace (Reduced):
#4  0x00007f8a1d252154 in _XGetRequest () at /usr/lib/libX11.so.6
#5  0x00007f8a1d22bf17 in XChangeWindowAttributes () at /usr/lib/libX11.so.6
#6  0x00007f89930d99e7 in KHTMLView::mouseMoveEvent(QMouseEvent*) () at /usr/lib/libKF5KHtml.so.5
#7  0x00007f8a1f38c0be in QWidget::event(QEvent*) () at /usr/lib/libQt5Widgets.so.5
#8  0x00007f8a1f43b94f in QFrame::event(QEvent*) () at /usr/lib/libQt5Widgets.so.5

Comment 3 Nicolas Fella 2021-11-14 23:19:41 UTC

I'm saying I don't expect anyone to spend time on fixing this

Comment 4 Christoph Cullmann 2022-01-08 16:13:25 UTC

We have the same report for khelpcenter, will mark this as dupe.
See potential fix there.

*** This bug has been marked as a duplicate of bug 422972 ***