| Summary: | baloo_file doesn't recover from baloo_file_extractor crash | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-baloo | Reporter: | skierpage <info> |
| Component: | Baloo File Daemon | Assignee: | baloo-bugs-null |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | nate, stefan.bruens |
| Priority: | NOR | ||
| Version First Reported In: | 5.57.0 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
skierpage
2019-05-26 22:35:53 UTC
(In reply to skierpage from comment #0) > $ balooctl monitor > Press ctrl+c to stop monitoring > File indexer is running > Indexing file content > Indexing: /path/to/problem/file/PANO_20190217_130422.vr.jpg I thought Baloo was OK with file _130422.vr.jpg, while _130355.vr.jpg caused the crash. Perhaps `balooctl monitor` reports this is the next file to index but baloo_file_extractor has crashed so it never starts on this file. Or maybe this panorama also caused a crash. Fedora 30 KDE spin has updated me to 5.58 so it's hard for me to reproduce. Files which failed to index are shown with: $> balooctl failed "balooctl status" reports the number of failed files: Files failed to index: 0 Fixed in KF 5.59, 5.60 |