Bug 524212 - Krita 5.3.3 crashes when "First Frame" shortcut is used when a file with a linked audio track is open
Summary: Krita 5.3.3 crashes when "First Frame" shortcut is used when a file with a li...
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Animation (other bugs)
Version First Reported In: 5.3.3
Platform: Microsoft Windows Microsoft Windows
: NOR crash
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2026-08-13 04:50 UTC by versenylo10
Modified: 2026-08-26 08:14 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description versenylo10 2026-08-13 04:50:34 UTC
DESCRIPTION
Krita 5.3.3 crashes when "First Frame" shortcut is used when a file with a linked audio track is open. The crash happens even if the shortcut is used in a brand new file that never had audio linked to it, if there is a file with audio open alongside it. "wininet.dll" is the last file/module that runs before the crash.

- Removing the audio from within Krita does not fix the crash, however moving the audio to a different location so Krita cannot find it does.
- Using a .wav file instead of a .mp3 does not fix the crash
- Purging the configurations and shortcuts files does not fix the crash

The other timeline navigation shortcuts work as intended. 

STEPS TO REPRODUCE
1. Open a file with a linked audio track, or create new file and link an audio track
2. Go to a frame that isn't the first in the timeline using any method (scrolling, starting animation playback, navigating in the timeline). This can be done in any file, even in a brand new blank one, as long as there is at least one file with a linked audio track open in the session. It does not matter whether animation playback is or isn't playing
3. Hit the "First Frame" keyboard shortcut

OBSERVED RESULT
Krita crashes.

EXPECTED RESULT
Krita jumps to the first frame in the animation timeline.

SOFTWARE/OS VERSIONS
Operating System: Windows
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 dra.w.p.il.e+bugskde 2026-08-13 06:39:03 UTC
Can confirm, also happens on Linux.
Comment 2 Freya Lupen 2026-08-13 15:50:01 UTC
Seems to be a regression of commit 96434e2e, it crashes in KisAnimTimelineDocker::establishPlaybackEngineConnections() where firstFrame/lastFrame are connected to a lambda with a local variable "playbackEngine" instead of the member variable "m_d->playbackEngine".
Comment 3 Bug Janitor Service 2026-08-14 08:04:22 UTC
A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/2903
Comment 4 Dmitry Kazakov 2026-08-26 08:07:46 UTC
Git commit 90f469314b59a4ea4851bee1ed9559dff3bde502 by Dmitry Kazakov, on behalf of Carsten Hartenfels.
Committed on 26/08/2026 at 08:07.
Pushed by dkazakov into branch 'krita/6.0'.

Use proper context for playback engine connections

Instead of using this, it now uses playbackEngine so that the
connections go away when the engine is destroyed, like all the other
connections here do. Otherwise this can crash.

M  +2    -2    plugins/dockers/animation/KisAnimTimelineDocker.cpp

https://invent.kde.org/graphics/krita/-/commit/90f469314b59a4ea4851bee1ed9559dff3bde502
Comment 5 Dmitry Kazakov 2026-08-26 08:14:27 UTC
Git commit f4ff6e89fb86c11b74d3b18204215db9ee82df0f by Dmitry Kazakov, on behalf of Carsten Hartenfels.
Committed on 26/08/2026 at 08:06.
Pushed by dkazakov into branch 'master'.

Use proper context for playback engine connections

Instead of using this, it now uses playbackEngine so that the
connections go away when the engine is destroyed, like all the other
connections here do. Otherwise this can crash.

M  +2    -2    plugins/dockers/animation/KisAnimTimelineDocker.cpp

https://invent.kde.org/graphics/krita/-/commit/f4ff6e89fb86c11b74d3b18204215db9ee82df0f