D16490: [KFileMetaData] Add unittest for XML extractor

Stefan BrĂ¼ns noreply at phabricator.kde.org
Thu Nov 1 13:20:16 GMT 2018


bruns added a comment.


  In D16490#351935 <https://phabricator.kde.org/D16490#351935>, @astippich wrote:
  
  > In D16490#351799 <https://phabricator.kde.org/D16490#351799>, @bruns wrote:
  >
  > > In D16490#351662 <https://phabricator.kde.org/D16490#351662>, @astippich wrote:
  > >
  > > > Only one minor thing: please also check that the mimetype is in the list of supported mimetypes
  > >
  > >
  > > This can actually happen and is completely valid, due to mimetype inheritance.
  > >
  > > So the check would be `for supported in supportedMimetypes { if QMimeType(input->mimeType()).inherits(supported) return true; }; return false`. But this is already done from the calling code ...
  >
  >
  > Hmmm, I don't understand. When I change the code to return an empty stringlist of supported mimetypes for the xmlextractor, the tests still pass.
  >  This should imho be covered by the tests.
  
  
  This is one level above these tests. The surrounding code ensures the right extractor is called for each file, see `ExtractorCollection::fetchExtractors(...)`.
  
  These are unit tests. The test itself is responsible to call an extractor with a suitable file and a matching mimetype.
  
  What you are calling for are system tests.

REPOSITORY
  R286 KFileMetaData

REVISION DETAIL
  https://phabricator.kde.org/D16490

To: bruns, #frameworks, astippich
Cc: lbeltrame, kde-frameworks-devel, #baloo, ashaposhnikov, michaelh, astippich, spoorun, ngraham, bruns, abrahams
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20181101/05ec61cc/attachment.html>


More information about the Kde-frameworks-devel mailing list