Crashes in khtml, reassigning

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

okular (0.12.2) on KDE Platform 4.6.3 (4.6.3) using Qt 4.7.3

In KDE 4.6.3 (fresh Debian testing) this bug is exists too.

-- Backtrace (Reduced):
#6  0x00007fd108dd06e8 in khtml::InlineFlowBox::paint (this=0x1edbd40, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:879
#7  0x00007fd108dd0819 in khtml::RootInlineBox::paint (this=0x1edbd40, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:1182
#8  0x00007fd108d91aae in khtml::RenderFlow::paintLines (this=<value optimized out>, i=..., _tx=309, _ty=222) at ../../khtml/rendering/render_flow.cpp:389
#9  0x00007fd108d6cc3e in khtml::RenderBlock::paintObject (this=0x1edb280, pI=..., _tx=309, _ty=222, shouldPaintOutline=true) at ../../khtml/rendering/render_block.cpp:1797
#10 0x00007fd108d6cd69 in khtml::RenderBlock::paintObject (this=0x1edb1a0, pI=..., _tx=306, _ty=219, shouldPaintOutline=false) at ../../khtml/rendering/render_block.cpp:1801

I tested this now with 4.6.4,openSuse 11.3, 32bit.
The script56.chm file I found on m$ page has 1499 pages, and I flipped already through more than 900 pages without a crash.

Can you tell me at which page you see the crash ?

My file has 1176 pages. Maybe it is too old document, it dated by september 2001.
If I list pages by "Next Page" item in "Go" menu then all seems ok. But if I list pages via "PgDn" key then I got a crash after four presses when I go to second page.
I have downloaded the new one from MS site and have no crashes.
Maybe problems with old file? I uploaded old file to filefactory.com because his size more than 1M.

http://filefactory.com/file/cc1ff7f/n/script56_old.tar.gz

Still with your old file I can not see a crash.
When using a maximized okular window, I get just the following error, but no crash (already skimmed through > 100 pages with Page-Down key)

okular(18614)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest: Running out of memory on page 7 (1411x16611 px);

I have created the screencast. Maybe it will help you...

http://letitbit.net/download/76152.76bdd99599ca21ef882dfde6394b/screencast_2011-07-03--23-46.mkv.html

Sorry, the screencast link does not work for me. I can not read that language on the web pages and the download does not start.

Please try this link:
http://www.filefactory.com/file/cc6ff10/n/screencast_2011-07-03--23-46.mkv

Thanks for the screencast, however I still can not reproduce it. Maybe it's due to I'm using 32bit openSuse, and not 64bit.

Is this still valid with Konqueror 4.8.4 or later?

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

okular (0.13.3) on KDE Platform 4.7.4 (4.7.4) using Qt 4.8.1

The bug exists in KDE 4.7.4 from Debian/testing release.
I can not test this bug in exact 4.8.4 because in debian/experimental we have only 4.8.3.

-- Backtrace (Reduced):
#6  0x00007f7e39a9af48 in khtml::InlineFlowBox::paint (this=0x1f2ea80, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:879
#7  0x00007f7e39a9b079 in khtml::RootInlineBox::paint (this=0x1f2ea80, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:1182
#8  0x00007f7e39a5bb5e in khtml::RenderFlow::paintLines (this=<optimized out>, i=..., _tx=309, _ty=222) at ../../khtml/rendering/render_flow.cpp:389
#9  0x00007f7e39a36cce in khtml::RenderBlock::paintObject (this=0x1f2dfc0, pI=..., _tx=309, _ty=222, shouldPaintOutline=true) at ../../khtml/rendering/render_block.cpp:1807
#10 0x00007f7e39a36df9 in khtml::RenderBlock::paintObject (this=0x1f2dee0, pI=..., _tx=306, _ty=219, shouldPaintOutline=false) at ../../khtml/rendering/render_block.cpp:1811

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

okular (0.13.3) on KDE Platform 4.7.4 (4.7.4) using Qt 4.8.1

Sorry, in previous report I forgot debug symbols for "okularGenerator_chmlib.so".
Now I have created new report and in this report the line #21 had item "argv=0x0" highlighted by red color:

#21 0x00007f1e56013799 in QMetaObject::activate (sender=0x1aa72d0, m=<optimized out>, local_signal_index=<optimized out>, argv=0x0) at kernel/qobject.cpp:3566

Maybe this is important.

-- Backtrace (Reduced):
#6  0x00007f1e41afdf48 in khtml::InlineFlowBox::paint (this=0x1bb63a0, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:879
#7  0x00007f1e41afe079 in khtml::RootInlineBox::paint (this=0x1bb63a0, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:1182
#8  0x00007f1e41abeb5e in khtml::RenderFlow::paintLines (this=<optimized out>, i=..., _tx=309, _ty=222) at ../../khtml/rendering/render_flow.cpp:389
#9  0x00007f1e41a99cce in khtml::RenderBlock::paintObject (this=0x1bb58e0, pI=..., _tx=309, _ty=222, shouldPaintOutline=true) at ../../khtml/rendering/render_block.cpp:1807
#10 0x00007f1e41a99df9 in khtml::RenderBlock::paintObject (this=0x1bb5800, pI=..., _tx=306, _ty=219, shouldPaintOutline=false) at ../../khtml/rendering/render_block.cpp:1811

Thank you for the fast feedback.

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

okular (0.14.3) on KDE Platform 4.8.3 (4.8.3) using Qt 4.8.2

KDE 4.8.4 with kdelibs 4.8.3 (I don't know why) from Debian/sid.
The highlighted line (argv=0x0) is:
#20 0x00007fb9f300f5cf in QMetaObject::activate (sender=0x1e944d0, m=<optimized out>, local_signal_index=<optimized out>, argv=0x0) at kernel/qobject.cpp:3547

-- Backtrace (Reduced):
#6  0x00007fb9deb28cca in khtml::InlineFlowBox::paint (this=this@entry=0x2004580, i=..., tx=tx@entry=309, ty=ty@entry=222) at ../../khtml/rendering/render_line.cpp:879
#7  0x00007fb9deb28e09 in khtml::RootInlineBox::paint (this=0x2004580, i=..., tx=309, ty=222) at ../../khtml/rendering/render_line.cpp:1182
#8  0x00007fb9deaeb040 in khtml::RenderFlow::paintLines (this=<optimized out>, i=..., _tx=309, _ty=222) at ../../khtml/rendering/render_flow.cpp:389
#9  0x00007fb9deac6cbc in khtml::RenderBlock::paintObject (this=0x2003ac0, pI=..., _tx=309, _ty=222, shouldPaintOutline=true) at ../../khtml/rendering/render_block.cpp:1807
#10 0x00007fb9deac6ed9 in khtml::RenderBlock::paintObject (this=0x20039e0, pI=..., _tx=306, _ty=219, shouldPaintOutline=false) at ../../khtml/rendering/render_block.cpp:1811

Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!

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

okular (0.20.2) on KDE Platform 4.14.34 using Qt 4.8.7

Still crashes.

$ okular --version
Qt: 4.8.7
KDE: 4.14.34
Okular: 0.20.2

-- Backtrace (Reduced):
#6  0x00007fbc249ac149 in QWidgetPrivate::prepareToRender(QRegion const&, QFlags<QWidget::RenderFlag>) (this=this@entry=0x68c2280, region=..., renderFlags=...) at kernel/qwidget.cpp:5409
#7  0x00007fbc249ad1e9 in QWidgetPrivate::render(QPaintDevice*, QPoint const&, QRegion const&, QFlags<QWidget::RenderFlag>, bool) (this=0x68c2280, target=target@entry=0x6706540, targetOffset=..., sourceRegion=..., renderFlags=..., readyToRender=readyToRender@entry=false) at kernel/qwidget.cpp:5668
#8  0x00007fbc249ad619 in QWidget::render(QPaintDevice*, QPoint const&, QRegion const&, QFlags<QWidget::RenderFlag>) (this=this@entry=0x682f850, target=target@entry=0x6706540, targetOffset=..., sourceRegion=..., renderFlags=...) at kernel/qwidget.cpp:5184
#9  0x00007fbc0feee69e in copyWidget(QRect const&, QPainter*, QWidget*, int, int, QPixmap*, bool) (r=..., p=p@entry=0x7ffcbcc05f10, widget=widget@entry=0x682f850, tx=tx@entry=0, ty=ty@entry=602, buffer=0x6706540, buffered=true) at ../../khtml/rendering/render_replaced.cpp:719
#10 0x00007fbc0feeec0a in khtml::RenderWidget::paintWidget(khtml::RenderObject::PaintInfo&, QWidget*, int, int, QPixmap**) (pI=..., widget=0x682f850, tx=0, ty=602, buffer=buffer@entry=0x26954f0) at ../../khtml/rendering/render_replaced.cpp:788

I have two versions of document:
https://yadi.sk/d/Gzc66qSUwHnmeQ — opens normally
https://yadi.sk/d/ONYUBmjLlxtH4A — crashes

And I've discovered that okular crashes on my machine with AMD CPU (A10-6800K). On my old laptop with intel i7-620L it works with both documents normally. Maybe the cause is in SSE4a or AVX support?

Thanks for the update!

okular 0.20 is 4 years old, it hardly qualifies as "re-test if the bug is valid in the latest version"

And why did someone reassign this back to okular when the crash is clearly in khtml if you see his backtrace?

FWIW the "crashes" document doesn't crash for me, so i'll put this on needs info again until you can reproduce in something that is not so old.

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Guys.
All information that I can collect as a user I've provided in 2012. And no any recomendations about how and where to dig, no another activity at all was for 6 years.
I use KDE 4 and Debian 8 on my workstation and laptop and even backported (rebuilt) the most fresh KDE4 related packages from debian-testing into my local repo some years ago. But I am not a c++ developer and can not do deep investigation into source code or libs, stack traces and so on.
What can i do as an user except "just throw out KDE4"?

So, I have a kubuntu 18.04 on my old laptop (just for some tests not for work) and I've tried to reproduce this bug on it. It is reproduced.

CPU is AMD Turion(tm) 64 X2 Mobile TL-56.

Application: okular (1.3.3)

Qt Version: 5.9.5
Frameworks Version: 5.44.0
Operating System: Linux 4.15.0-38-generic x86_64
Distribution: Ubuntu 18.04.1 LTS

The crash can be reproduced every time.

-- Backtrace:
Application: Okular (okular), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fa1dc67e800 (LWP 2202))]

Thread 4 (Thread 0x7fa1adf13700 (LWP 2205)):
#0  0x00007fa1d536b9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x557f623fff48) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x557f623ffef8, cond=0x557f623fff20) at pthread_cond_wait.c:502
#2  __pthread_cond_wait (cond=0x557f623fff20, mutex=0x557f623ffef8) at pthread_cond_wait.c:655
#3  0x00007fa1b2bb939b in ?? () from /usr/lib/x86_64-linux-gnu/dri/r300_dri.so
#4  0x00007fa1b2bb90c7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/r300_dri.so
#5  0x00007fa1d53656db in start_thread (arg=0x7fa1adf13700) at pthread_create.c:463
#6  0x00007fa1d85a088f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7fa1bc3fc700 (LWP 2204)):
#0  0x00007fa1d858f0b4 in __GI___libc_read (fd=7, buf=0x7fa1bc3fbb60, nbytes=16) at ../sysdeps/unix/sysv/linux/read.c:27
#1  0x00007fa1d32efa00 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007fa1d32aaf27 in g_main_context_check () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007fa1d32ab3e0 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007fa1d32ab54c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007fa1d8edc90b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#6  0x00007fa1d8e819ea in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007fa1d8ca022a in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#8  0x00007fa1d9359d45 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5DBus.so.5
#9  0x00007fa1d8ca516d in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#10 0x00007fa1d53656db in start_thread (arg=0x7fa1bc3fc700) at pthread_create.c:463
#11 0x00007fa1d85a088f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7fa1cae97700 (LWP 2203)):
#0  0x00007fa1d8593bf9 in __GI___poll (fds=0x7fa1cae96ca8, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007fa1d5ffe747 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#2  0x00007fa1d600036a in xcb_wait_for_event () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
#3  0x00007fa1cdc442a9 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4  0x00007fa1d8ca516d in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5  0x00007fa1d53656db in start_thread (arg=0x7fa1cae97700) at pthread_create.c:463
#6  0x00007fa1d85a088f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7fa1dc67e800 (LWP 2202)):
[KCrash Handler]
#6  0x00007fa1d9eb23d8 in QWidget::window() const () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#7  0x00007fa1d9ec7984 in QWidget::render(QPainter*, QPoint const&, QRegion const&, QFlags<QWidget::RenderFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#8  0x00007fa1d9ec803b in QWidget::render(QPaintDevice*, QPoint const&, QRegion const&, QFlags<QWidget::RenderFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#9  0x00007fa1ac9432e2 in ?? () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#10 0x00007fa1ac943811 in ?? () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#11 0x00007fa1ac921d87 in ?? () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#12 0x00007fa1ac926ba8 in khtml::RenderLayer::paintLayer(khtml::RenderLayer*, QPainter*, QRect const&, bool) () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#13 0x00007fa1ac9266b6 in khtml::RenderLayer::paintLayer(khtml::RenderLayer*, QPainter*, QRect const&, bool) () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#14 0x00007fa1ac92674b in khtml::RenderLayer::paintLayer(khtml::RenderLayer*, QPainter*, QRect const&, bool) () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#15 0x00007fa1ac7a7709 in KHTMLView::paint(QPainter*, QRect const&, int, bool*) () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#16 0x00007fa1ad45d8ac in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/okular/generators/okularGenerator_chmlib.so
#17 0x00007fa1d8eb25b5 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#18 0x00007fa1ac7ac195 in KHTMLView::timerEvent(QTimerEvent*) () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#19 0x00007fa1d8eb30db in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#20 0x00007fa1d9eca743 in QWidget::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#21 0x00007fa1d9f6b4be in QFrame::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#22 0x00007fa1d9f74603 in QAbstractScrollArea::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#23 0x00007fa1ac7ada6f in KHTMLView::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libKF5KHtml.so.5
#24 0x00007fa1d9e8b82c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#25 0x00007fa1d9e930f4 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#26 0x00007fa1d8e839a8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#27 0x00007fa1d8edbd8e in QTimerInfoList::activateTimers() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#28 0x00007fa1d8edc551 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#29 0x00007fa1d32ab287 in g_main_context_dispatch () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#30 0x00007fa1d32ab4c0 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#31 0x00007fa1d32ab54c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#32 0x00007fa1d8edc8ef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#33 0x00007fa1d8e819ea in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#34 0x00007fa1d8e8aa84 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#35 0x0000557f60042717 in ?? ()
#36 0x00007fa1d84a0b97 in __libc_start_main (main=0x557f60042140, argc=2, argv=0x7ffdb8a1a818, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffdb8a1a808) at ../csu/libc-start.c:310
#37 0x0000557f60043cca in _start ()

Thanks for the update!

Thank you for the report.

As it has been a while since this was updated, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved.

I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thank you.

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Hi.

Now I still use the old KDE4, okular, chm backend and so on (debian jessie). But Xserver, mesa and gcc are fresh. And now okular works without crashes.

$ dpkg -l okular* libchm1 *mesa* xserver* libgcc1 libstdc++6 | awk '/^ii/{print $2" "$3}' | column -t
glx-alternative-mesa        0.8.0+nmu1
libchm1                     2:0.40a-3+b1
libegl-mesa0:amd64          20.3.0-1
libegl-mesa0:i386           20.3.0-1
libegl1-mesa:amd64          20.3.0-1
libegl1-mesa:i386           20.3.0-1
libgcc1:amd64               1:9.3.0-11ubuntu0~14.04
libgcc1:i386                1:9.3.0-11ubuntu0~14.04
libgl1-mesa-dri:amd64       20.3.0-1
libgl1-mesa-dri:i386        20.3.0-1
libgl1-mesa-glx:amd64       20.3.0-1
libgl1-mesa-glx:i386        20.3.0-1
libglapi-mesa:amd64         20.3.0-1
libglapi-mesa:i386          20.3.0-1
libgles2-mesa:amd64         20.3.0-1
libgles2-mesa:i386          20.3.0-1
libglu1-mesa:amd64          9.0.0-2
libglu1-mesa:i386           9.0.0-2
libglx-mesa0:amd64          20.3.0-1
libglx-mesa0:i386           20.3.0-1
libosmesa6:amd64            20.3.0-1
libosmesa6:i386             20.3.0-1
libstdc++6:amd64            9.3.0-11ubuntu0~14.04
libstdc++6:i386             9.3.0-11ubuntu0~14.04
libwayland-egl1-mesa:amd64  20.3.0-1
mesa-common-dev:amd64       20.3.0-1
mesa-utils                  8.2.0-1
mesa-va-drivers:amd64       20.3.0-1
mesa-va-drivers:i386        20.3.0-1
mesa-vdpau-drivers:amd64    20.3.0-1
mesa-vulkan-drivers:amd64   20.3.0-1
mesa-vulkan-drivers:i386    20.3.0-1
okular                      4:16.08.2-1.1
okular-extra-backends       4:16.08.2-1.1
xserver-common              2:1.20.9-2.1
xserver-xephyr              2:1.20.9-2.1
xserver-xorg                1:7.7+16.1
xserver-xorg-core           2:1.20.9-2.1
xserver-xorg-core-dbgsym    2:1.20.9-2.1
xserver-xorg-input-evdev    1:2.10.4-1.1
xserver-xorg-input-kbd      1:1.9.0-1.1
xserver-xorg-input-mouse    1:1.9.2-1.1
xserver-xorg-legacy         2:1.20.9-2.1
xserver-xorg-video-amdgpu   19.1.0-2.1
xserver-xorg-video-radeon   1:7.10.0-1

Maybe this bug related to difference in SSE2 implementation in intel and AMD. The same problem was investigated and solved for game Mass Effect for example: https://cookieplmonster.github.io/2020/07/19/silentpatch-mass-effect/

Thanks for the update; changing status.