test(db): pin native-lib-before-keyed-open at the DatabaseModule factory site #278

Merged
JMR-dev merged 4 commits from test-220-native-lib-before-keyed-open into main 2026-07-04 03:52:46 +00:00
4 Commits
Author SHA1 Message Date
Jason Ross e4a27944bd Merge main into test-220-native-lib-before-keyed-open 2026-07-03 22:37:29 -05:00
Jason Ross c38db3b213 Merge main into test-220-native-lib-before-keyed-open 2026-07-03 21:49:03 -05:00
Jason Ross fc6a79ddb0 Merge main into test-220-native-lib-before-keyed-open 2026-07-03 21:37:29 -05:00
JMR-devandClaude Opus 4.8 1ff9d32b80 test(db): pin native-lib-before-keyed-open at the DatabaseModule factory site
DatabaseProvisionerTest (mocked) and DatabaseProvisionerInstrumentedTest
(real SQLCipher) both pin that prepareCache() loads SQLCipher's native
library for the encrypted branch, but neither exercises
DatabaseModule.provideDatabase itself — the instrumented one opens
through a hand-rolled SupportOpenHelperFactory, bypassing the branch
that actually maps CacheOpenMode to a real factory. A regression that
breaks that wiring would slip through both existing guards.

Adds DatabaseModuleInstrumentedTest, calling provideDatabase directly
and driving the first real open through its own
DeferredOpenHelperFactory lambda: the encrypted branch loads the
native lib and opens a genuinely-encrypted file, the plaintext branch
never touches the native lib, and a fault-injected load failure
proves the keyed open is causally gated on the load rather than just
usually preceded by it.

Closes #220

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-03 21:36:34 -05:00