https://bugs.kde.org/show_bug.cgi?id=525903
Bug ID: 525903
Summary: Elisa's internal mimetype check rejects all
audio/x-m4b (m4b/m4a) files even though QMimeDatabase
resolves them correctly everywhere else
Classification: Applications
Product: Elisa
Version First 26.08.1
Reported In:
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Component: elisa (indexer)
Version: elisa-player 26.08.1
Platform: Fedora 44 aarch64, Plasma 6, Qt 6.11.2, kf6-kfilemetadata 6.30.0
Problem:
Any .m4b (or renamed .m4a) file fails Elisa's indexer with "invalid mime type",
regardless of content, tags, or how it was produced. Confirmed with a minimal
file generated purely for testing:
ffmpeg -f lavfi -i "sine=frequency=440:duration=30" -c:a aac -b:a 64k -metadata
title="Test Audiobook" -metadata artist="Test Artist" -metadata album="Test
Album" -metadata genre="Audiobook" -f mp4 test-audiobook.m4b
This file is correctly identified as audio/x-m4b by xdg-mime, kmimetypefinder6,
kfilemetadata_dump6 (which also extracts full correct metadata standalone), and
by calling QMimeDatabase::mimeTypeForFile() directly from a plain
Python/PySide6 script — all agree, all correct. Only Elisa's own indexer, using
the same Qt version and same libraries, disagrees and logs "invalid mime type"
for this and every other .m4b/.m4a file tested.
The file plays fine when opened directly in Elisa (elisa file.m4b), confirming
the audio backend has no issue with it — only the metadata/indexing pipeline
rejects it.
To reproduce:
1: Generate the test file above (or use any .m4b/.m4a)
2: Place it in an indexed music folder
3: Run with QT_LOGGING_RULES="org.kde.elisa*=true" and rescan
Actual: AbstractFileListing::scanOneFile invalid mime type logged; file never
appears in Albums/Artists.
Expected: file indexes normally like any other audio format.
--
You are receiving this mail because:
You are watching all bug changes.
