| Name | Modified | Size | Downloads / Week |
|---|---|---|---|
| Parent folder | |||
| README.md | 2026-03-03 | 1.4 kB | |
| v2.0.138 source code.tar.gz | 2026-03-03 | 3.3 MB | |
| v2.0.138 source code.zip | 2026-03-03 | 3.4 MB | |
| Totals: 3 Items | 6.7 MB | 0 | |
v2.0.138
Release Date: March 3, 2026
Overview
This release fixes two SDK issues: lex_enabled/vec_enabled state not persisting after re-opening .mv2 files, and ask() crashing with "frame id out of range" on files with inconsistent time indexes.
🐛 Bug Fixes
lex_enabled/vec_enabled reset to None on re-open — Issue [#194]
- Added
lex_enabledandvec_enabledfields to the coreStatsstruct so SDKs can read runtime search engine state - Python SDK now auto-detects
vec_availablefrom disk state when opening a file (matches the pattern already used inask()) stats()in both Python and Node SDKs now includeslex_enabledandvec_enabledkeys- Previously,
use()with defaultenable_vec=Falsewould reportvec_available=falseeven when the file contained a vec index, causingfind(mode="semantic")to error immediately
ask() "frame id out of range" on fresh .mv2 files — Issue [#196]
build_timeline()now gracefully skips time index entries that reference out-of-range frame IDs instead of returning a hard error- Logs a
tracing::warn!for observability when skipping invalid entries - This matches the existing graceful-skip pattern used in
ask.rsfallback timeline responses
📚 Related Issues
- [#194] —
lex_enabled/vec_enabledreset toNoneon re-open - [#196] —
ask()"frame id out of range" on fresh .mv2 files