Summary: | Baloo crashes in KFileMetaData::MobiExtractor::extract | ||
---|---|---|---|
Product: | [Frameworks and Libraries] frameworks-kfilemetadata | Reporter: | harveyrasp |
Component: | general | Assignee: | Pinak Ahuja <pinak.ahuja> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | nate, stefan.bruens, tagwerk19 |
Priority: | NOR | Keywords: | drkonqi |
Version First Reported In: | 5.110.0 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=475975 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
harveyrasp
2023-10-17 07:12:00 UTC
(In reply to harveyrasp from comment #0) > #11 0x00007fcd743215b9 in KFileMetaData::MobiExtractor::extract(KFileMetaData::ExtractionResult*) () from /usr/lib64/qt5/plugins/kf5/kfilemetadata/kfilemetadata_mobiextractor.so Looks as if baloo is stumbling over an e-book, when trying to extract the text from a Mobi... You might get a hint if you run "balooctl monitor", it should list the files as baloo_file_extractor indexes them. If one file keeps reappearing, move it out the way and see what happens (I tend to gzip files to do this, it's easy to gunzip them afterwards. You don't have to remember what you moved out the way and where you have to move it back to 8-) Similar to Bug 473065. There's a validator for .epub https://www.w3.org/publishing/epubcheck/ but I think not one for .mobi Have a look at Bug 475975 If you can identify the .mobi that is causing the crash, try converting it with Calibre's ebook-convert. Try converting to .epub or reading and writing it back out again as a .mobi. Without a reproducer, this is more or less impossible to fix. This is *likely* a bug in the underlying QMobipocket library, which is essentially unmaintained. The produced output is garbled and no longer a well-formed XML document, which apparently causes the crash in core Qt code later. *** This bug has been marked as a duplicate of bug 475975 *** |