Bug 480874 - Kalarm crashed when alarm should have gone off
Summary: Kalarm crashed when alarm should have gone off
Status: RESOLVED DUPLICATE of bug 481334
Alias: None
Product: kalarm
Classification: Applications
Component: sound (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: David Jarvie
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2024-02-04 22:14 UTC by pallaswept
Modified: 2024-02-25 15:46 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pallaswept 2024-02-04 22:14:06 UTC
Application: kalarm (3.6.3 (KDE Gear 23.08.4))

Qt Version: 5.15.12
Frameworks Version: 5.114.0
Operating System: Linux 6.7.2-1-default x86_64
Windowing System: Wayland
Distribution: "openSUSE Tumbleweed"
DrKonqi: 5.27.10 [KCrashBackend]

-- Information about the crash:
I was sitting at the PC at the time, watching a movie in the browser. I can see a very large spike in CPU utilisation (it reached >20% so must have maxxed out at least 2 cores to do this (it;s a 12C/24T CPU) and also a large spike in GPU utilisation at the time of the intended alarm/the crash. No errors have been recorded in pipewire, so it seems it never reached that stage. I also never saw the popup. There was a brief visual 'glitch', seemed like the video dropped a frame or two. I had tested the alarm during its setup and it worked, I have rebooted since then but no change has been made to the system, and I restarted the app immediately after the crash and the alarm went off immediately without any problem. The GPU utilisation spiked in a similar manner, but the CPU spike was small and what I'd consider 'normal'.

I've used Kalarm several times in a similar situation and never had any issue. Please feel free to contact me if I can help in any way with this.

The crash does not seem to be reproducible.

-- Backtrace:
Application: KAlarm (kalarm), signal: Aborted

[KCrash Handler]
#4  0x00007f201ba91dec in __pthread_kill_implementation () at /lib64/libc.so.6
#5  0x00007f201ba3f0c6 in raise () at /lib64/libc.so.6
#6  0x00007f201ba268d7 in abort () at /lib64/libc.so.6
#7  0x00007f201d8f7bbd in  () at /lib64/libpulse-mainloop-glib.so.0
#8  0x00007f201d8f8840 in pa_glib_mainloop_free () at /lib64/libpulse-mainloop-glib.so.0
#9  0x00007f201e5d6f7f in Phonon::PulseSupport::~PulseSupport() () at /lib64/libphonon4qt5.so.4
#10 0x00007f201e5d8888 in Phonon::PulseSupport::shutdown() () at /lib64/libphonon4qt5.so.4
#11 0x00007f2008045d14 in  () at /usr/lib64/qt5/plugins/phonon4qt5_backend/phonon_vlc.so
#12 0x00007f201e5cb9d7 in  () at /lib64/libphonon4qt5.so.4
#13 0x00007f201e5d182c in Phonon::MediaNodePrivate::backendObject() () at /lib64/libphonon4qt5.so.4
#14 0x00007f201e5d1e96 in Phonon::MediaObject::setCurrentSource(Phonon::MediaSource const&) () at /lib64/libphonon4qt5.so.4
#15 0x00005655362d0a82 in  ()
#16 0x00007f201c525832 in  () at /lib64/libQt5Core.so.5
#17 0x00007f201c30223a in QThread::started(QThread::QPrivateSignal) () at /lib64/libQt5Core.so.5
#18 0x00007f201c304266 in  () at /lib64/libQt5Core.so.5
#19 0x00007f201ba8ff44 in start_thread () at /lib64/libc.so.6
#20 0x00007f201bb184ec in clone3 () at /lib64/libc.so.6

Thread 4 (Thread 0x7f200b4006c0 (LWP 11767) "WaylandEventThr"):
#1  0x00007f201b371396 in  () at /lib64/libQt5WaylandClient.so.5
#2  0x00007f201c30427d in  () at /lib64/libQt5Core.so.5
#3  0x00007f201ba8ff44 in start_thread () at /lib64/libc.so.6
#4  0x00007f201bb184ec in clone3 () at /lib64/libc.so.6

Thread 3 (Thread 0x7f200be006c0 (LWP 11766) "WaylandEventThr"):
#1  0x00007f201ba8f230 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libc.so.6
#2  0x00007f201c309afb in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at /lib64/libQt5Core.so.5
#3  0x00007f201b37133f in  () at /lib64/libQt5WaylandClient.so.5
#4  0x00007f201c30427d in  () at /lib64/libQt5Core.so.5
#5  0x00007f201ba8ff44 in start_thread () at /lib64/libc.so.6
#6  0x00007f201bb184ec in clone3 () at /lib64/libc.so.6

Thread 2 (Thread 0x7f20118006c0 (LWP 11765) "QDBusConnection"):
#1  0x00007f201a515aff in  () at /lib64/libglib-2.0.so.0
#2  0x00007f201a51620c in g_main_context_iteration () at /lib64/libglib-2.0.so.0
#3  0x00007f201c54688e in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#4  0x00007f201c4ec3cb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#5  0x00007f201c30304e in QThread::exec() () at /lib64/libQt5Core.so.5
#6  0x00007f201d186517 in  () at /lib64/libQt5DBus.so.5
#7  0x00007f201c30427d in  () at /lib64/libQt5Core.so.5
#8  0x00007f201ba8ff44 in start_thread () at /lib64/libc.so.6
#9  0x00007f201bb184ec in clone3 () at /lib64/libc.so.6

Thread 1 (Thread 0x7f2018a4aec0 (LWP 11761) "kalarm"):
#1  0x00007f201a515aff in  () at /lib64/libglib-2.0.so.0
#2  0x00007f201a51620c in g_main_context_iteration () at /lib64/libglib-2.0.so.0
#3  0x00007f201c54688e in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#4  0x00007f201c4ec3cb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5
#5  0x00007f201c4f4860 in QCoreApplication::exec() () at /lib64/libQt5Core.so.5
#6  0x000056553621f966 in  ()
#7  0x00007f201ba281b0 in __libc_start_call_main () at /lib64/libc.so.6
#8  0x00007f201ba28279 in __libc_start_main_impl () at /lib64/libc.so.6
#9  0x0000565536221295 in  ()
[Inferior 1 (process 11761) detached]

Reported using DrKonqi
Comment 1 David Jarvie 2024-02-15 22:15:46 UTC
It looks like it crashed while setting an audio file as the audio source to play for the alarm which was being triggered. The KAlarm code location of the crash is presumably kalarm/src/messagedisplayhelper.cpp line 1039.

This appears to be a Phonon bug, so reassigning the bug to Phonon.
Comment 2 David Jarvie 2024-02-25 15:46:26 UTC

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