austinried 0a5b3512da library: stop artist art updates from reindexing artist search ...

The materialized art update rewrote every artist row on every library-changing sync. That fired the FTS5 content-sync triggers for each artist, which was the real cost: the same SQL is ~10ms with the triggers removed and ~4.7s for 100 changed artists with them in place. Only update rows whose cover lists actually changed, and replace the generated artist search triggers with UPDATE OF name, sortName so art-only writes never touch the FTS index. Existing databases get this through migration 36->37; fresh databases get it from the onCreate callback.

2026-10-20 10:13:20 +00:00

..

config

address review: guard the release pipeline and harden the metadata test

2026-10-08 18:53:00 +00:00

schemas/com.subtracks.data.db.SubtracksDatabase

library: stop artist art updates from reindexing artist search

2026-10-20 10:13:20 +00:00

src

library: stop artist art updates from reindexing artist search

2026-10-20 10:13:20 +00:00

build.gradle.kts

build: stop test results being restored from the build cache

2026-10-11 07:06:05 +00:00

debug.keystore

ci: build signed debug and release next builds on every main push

2026-10-08 18:52:43 +00:00