Summary: | kdeinit5 crashed in AudioCreator::create() while i was moving music files from phone to laptop via USB | ||
---|---|---|---|
Product: | [Frameworks and Libraries] kio-extras | Reporter: | Lyubomir <liubomirwm> |
Component: | Thumbnails and previews | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | nate, postix, wheeler |
Priority: | NOR | ||
Version: | 21.04.3 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
URL: | https://github.com/taglib/taglib/issues/1024 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Lyubomir
2021-06-22 17:25:03 UTC
Feedback: BTW this showed that the bug cannot be reported as it has no address. It is so unintuitive. One has to change the tab to "Developer Information", then Save to file (or copy) and manually file a bug here, all without any advice to do so. Awesome Nate Graham once told me that there is some kind of automatic symbol fetching, those never seem to work for me. I always manually fetch the debug symbols. I've even learned to use mk-build-deps because of this. I am a programmer and in my initial weeks i didn't manage to learn how to submit KDE error reports. I really can't imagine a novice Kubuntu user able to report any crashes to KDE. Crashing in TagLib TagLib::MP4::File::parseMP4Tag(); please report upstream at https://github.com/taglib/taglib/issues This really doesn't look like a TagLib issue. I'm not sure what's in that line of code in the version that's being called here, but it's referencing a null pointer, which is almost certainly a failure to check for null in the KDE code. All right, moving back to us then.
Line 176 of the file where it's crashing (audiocreator.cpp) is:
if (type.inherits("audio/x-musepack")) {
TagLib::MPC::File file(QFile::encodeName(path).data());
>>> return parseAPETag(file, img);
}
So perhaps we are not handling the returned data properly. Moving to kio-extras where the thumbnailer lives.
Marked as duplicate of "Kde5init crashes in ThumbnailProtocol::get()" same as bug #407393, which has the same stacktrace as this bug here. *** This bug has been marked as a duplicate of bug 430862 *** Looks rather like a dup of #427448, i,e. same stacktrace, however #427448 is marked as resolved upstream... *** This bug has been marked as a duplicate of bug 427448 *** |