<table><tr><td style="">bruns created this revision.<br />bruns added reviewers: Baloo, Frameworks, ngraham, astippich.<br />Herald added projects: Frameworks, Baloo.<br />Herald added a subscriber: kde-frameworks-devel.<br />bruns requested review of this revision.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D20138">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>The ExtractorCollection::fetchExtractors method falls back to ancestor<br />
mime types in case a type is not supported directly. For most extractors<br />
this is no problem, as these ignore the passed in mime type and rely<br />
on the backing library to figure out the type, while the taglibextractor<br />
requires one of the supported (container) types.</p>

<p>For most cases the input type is returned, but it falls back to<br />
inheritance, matching the logic from ExtractorCollection::fetchExtractors.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R286 KFileMetaData</div></div></div><br /><div><strong>BRANCH</strong><div><div>submit2</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D20138">https://phabricator.kde.org/D20138</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>src/extractionresult.h<br />
src/extractorplugin.cpp<br />
src/extractorplugin.h</div></div></div><br /><div><strong>To: </strong>bruns, Baloo, Frameworks, ngraham, astippich<br /><strong>Cc: </strong>kde-frameworks-devel, gennad, domson, ashaposhnikov, michaelh, astippich, spoorun, ngraham, bruns, abrahams<br /></div>