Summary: | Krita 5.2.3 crashes repeatedly when attempting to use audio feature on animations | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | sophmh9 |
Component: | Animation | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | ghevan, halla, penguinflyer2222 |
Priority: | NOR | ||
Version: | git master (please specify the git hash!) | ||
Target Milestone: | --- | ||
Platform: | macOS (DMG) | ||
OS: | macOS | ||
Latest Commit: | https://invent.kde.org/graphics/krita/-/commit/8adcc4e2a5ff4cd00aa1f3c3af1fab1daf146ac3 | Version Fixed In: | |
Sentry Crash Report: | |||
Attachments: | backtrace |
Description
sophmh9
2024-07-12 15:06:05 UTC
Confirmed on 5.2.3 and 5.3.0-prealpha-72ff212 nightly build on macOS. It doesn't happen on my local build (5.3.x-1c2c28d1) for some reason, I'm unsure why (maybe I just have outdated deps).
It doesn't happen with 5.2.3 on Windows or Android (I am unable to test Linux at the moment).
Backtrace:
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0 libmlt-7.7.22.0.dylib 0x105542aac 0x105510000 + 207532
> 1 libmlt-7.7.22.0.dylib 0x105542970 mlt_repository_create + 48
> 2 libmlt-7.7.22.0.dylib 0x1055223bc mlt_factory_producer + 188
> 3 libkritaui.19.0.0.dylib 0x104852064 0x1042b8000 + 5873764
> 4 libmlt-7.7.dylib 0x1075869cc mlt_repository_create + 140
> 5 libmlt-7.7.dylib 0x1075663bc mlt_factory_producer + 188
> 6 libmlt++-7.7.22.0.dylib 0x105586048 Mlt::Producer::Producer(mlt_profile_s*, char const*, char const*) + 140
> 7 libmlt++-7.7.22.0.dylib 0x105586174 Mlt::Producer::Producer(mlt_profile_s*, char const*, char const*) + 52
> 8 libmlt++-7.7.22.0.dylib 0x105586130 Mlt::Producer::Producer(Mlt::Profile&, char const*, char const*) + 64
> 9 libkritaui.19.0.0.dylib 0x10484ea5c KisPlaybackEngineMLT::setupProducer(boost::optional<QFileInfo>) + 192
> 10 libkritaui.19.0.0.dylib 0x10484f784 KisPlaybackEngineMLT::setCanvas(KoCanvasBase*) + 1200
> 11 libkritaui.19.0.0.dylib 0x1047def58 KisPart::upgradeToPlaybackEngineMLT(KoCanvasBase*) + 180
> 12 libkritaui.19.0.0.dylib 0x104861904 KisCanvasAnimationState::setupAudioTracks() + 540
> 13 QtCore 0x106cc8e3c 0x106ac8000 + 2100796
> 14 libkritaui.19.0.0.dylib 0x104789154 KisDocument::setAudioTracks(QVector<QFileInfo>) + 168
> 15 kritaanimationdocker.so 0x12eb54454 KisAnimTimelineFramesModel::setAudioChannelFileName(QFileInfo const&) + 108
> 16 kritaanimationdocker.so 0x12eb5fd20 KisAnimTimelineFramesView::slotSelectAudioChannelFile() + 236
Created attachment 171617 [details] backtrace I can reproduce this issue easily on krita 5.2.3, it does not happen on 5.2.2. Could it be related to the fix of bug 488939 ? However I cannot get it to crash using master (72ff212477e3b3b9) Attached backtrace Git commit 965cd20df3dd0f1d46dec130158ed3d3de4d83e4 by Ivan Yossi. Committed on 26/07/2024 at 05:06. Pushed by ivany into branch 'master'. run macdeployqt after searching for missing libs This is implemented as macdeployqt does not deal correctly with softlinks causing libraries duplication in some rare cases. Before running qt tool, we copy all libraries krita needs preserving softlinks. This should not affect qtdeploy as this only makes it skip the copy phase. M +40 -23 packaging/macos/osxdeploy.sh https://invent.kde.org/graphics/krita/-/commit/965cd20df3dd0f1d46dec130158ed3d3de4d83e4 Git commit 8adcc4e2a5ff4cd00aa1f3c3af1fab1daf146ac3 by Dmitry Kazakov. Committed on 27/07/2024 at 09:24. Pushed by dkazakov into branch 'krita/5.2'. run macdeployqt after searching for missing libs This is implemented as macdeployqt does not deal correctly with softlinks causing libraries duplication in some rare cases. Before running qt tool, we copy all libraries krita needs preserving softlinks. This should not affect qtdeploy as this only makes it skip the copy phase. (cherry picked from commit 965cd20df3dd0f1d46dec130158ed3d3de4d83e4) Co-authored-by: Ivan Yossi <ghevan@gmail.com> M +40 -23 packaging/macos/osxdeploy.sh https://invent.kde.org/graphics/krita/-/commit/8adcc4e2a5ff4cd00aa1f3c3af1fab1daf146ac3 |