Open files in TagLib extractor readonly
ClosedPublic

Authored by davidk on Oct 16 2017, 11:46 AM.

Details

Summary

This is useful if the extractor runs sandboxed, and read-write file access is denied.
TagLib would retry it readonly, but this saves one syscall.

Test Plan
  • Autotests run fine
  • Tags are still indexed, tested with "baloosearch artist=..." and "baloosearch genre=..."

Diff Detail

Repository
R286 KFileMetaData
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
davidk created this revision.Oct 16 2017, 11:46 AM
Restricted Application added a project: Frameworks. · View Herald TranscriptOct 16 2017, 11:46 AM
Restricted Application added a subscriber: Frameworks. · View Herald Transcript

Thanks, I tested it and it works.
I am not sure about the qWarning.
I would prefer another opinion on that.

I am not sure about the qWarning.
I would prefer another opinion on that.

Some other extractors also print warnings. I think it's the only way a user can spot such problems. But let's wait for another opinion.

Adding some devs who worked on kfilemetadata in the past.

mgallien accepted this revision.Nov 4 2017, 10:03 AM

If other extractors are already doing that,I guess it is good enough for now. I guess somebody may one day come up with better error logging (i.e. the user can discover it).

This revision is now accepted and ready to land.Nov 4 2017, 10:03 AM

Is this ready to land, or do we need some more eyeballs on it first?

Do you want to land this?

Yes exactly.

@davidk, I think you have commit rights; do you want to do the honors?

davidk added a comment.Nov 9 2017, 8:41 AM

@davidk, I think you have commit rights; do you want to do the honors?

Yes I have commit rights. I'l land it at the weekend. Thanks for your feedback!

This revision was automatically updated to reflect the committed changes.