It's not required anymore since debian ships the .pc file

Hugo Beauzée-Luyssen authored 4 years ago and Hugo Beauzée-Luyssen committed 4 years ago

To correctly analyze files with unknown types.
fix #249

Hugo Beauzée-Luyssen authored 4 years ago and Hugo Beauzée-Luyssen committed 4 years ago

refs #249

Fix #253

refs #253

should fix #225 but untested at the moment

Fix #252

We are testing the devices interractions in DB, we don't need any
folders or implicitely created mock devices

Fix #250

refs #250

fix #251

refs #251

As they will soon be considered as missing if the total number of
present & associated media is 0

refs #251

No functional change for now, but what nbVideo/nbAudio/nbUnknown means
will change in the next commit(s)
refs #251

To explicitely mention that it targets per-type media count
refs #251

Which will keep track of all media in this group, regardless of their
presence.
Refs #251

Fix #244

To avoid a situation in which after updating a media type, the
decrement trigger would run, then the empty group deletion trigger
would kick in, causing the increment trigger to fail.

Fix #247

Actually check the triggers intead of the same copy pasted one

Hugo Beauzée-Luyssen authored 5 years ago and Hugo Beauzée-Luyssen committed 4 years ago

Due to a bug in the 22->23 migration, if any show were present, it was
impossible to add a new one because the FTS table wasn't empty, causing
constraint violation on insertion.
Fix #242

This is a relicate from the old cache, where we needed to flush it
entirely to ensure the value was propagated in DB.
Since there is no cache anymore, this is no longer required.

setType will spawn a refresh task if the media type was 'Unknown'. Since
we are already refreshing the media, we can just stick with the buffered
version and save all changes to the media at once, during the
transaction

Which is meant to replace the old onDeviceMounted return value.
refs vlc-android#1327

refs vlc-android#1327