• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

Alan-Jowett / LexonGraph / 29454789772
82%

Build:
DEFAULT BRANCH: main
Ran 15 Jul 2026 10:18PM UTC
Jobs 1
Files 33
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

15 Jul 2026 10:15PM UTC coverage: 81.97% (+0.04%) from 81.927%
29454789772

push

github

web-flow
Implement Azure Table continuation write batching (#170)

* Implement transaction-first continuation writes

- require continuation-row transaction publication when rows fit one Azure Table transaction
- fall back to concurrent continuation-row inserts while keeping root-row-last commit
- add transaction and concurrent fallback verification coverage

Refs: #164

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Alan Jowett <alan.jowett@microsoft.com>

* Reject malformed batch status parsing

- require Azure Table batch responses to yield one parsed operation status per continuation row
- treat empty or truncated batch status parsing as explicit backend failure
- cover batch status parsing expectations in unit tests

Refs: #164

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Alan Jowett <alan.jowett@microsoft.com>

* Accept single-status batch success responses

- treat empty Azure Table batch status parsing as a backend failure
- stop requiring one parsed status per continuation row because the live service can return a single successful batch status
- preserve explicit failure handling for malformed empty batch responses

Refs: #164

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Alan Jowett <alan.jowett@microsoft.com>

* Tighten continuation write fallback behavior

- surface concurrent continuation-row insert failures without waiting for every request to finish
- stop building oversized Azure Table transaction bodies once the batch payload limit is exceeded
- keep the approved all-at-once concurrent fallback when transaction batching does not fit

Refs: #164

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Signed-off-by: Alan Jowett <alan.jowett@microsoft.com>

* Avoid boundary collisions and duplicate batch builds

- generate high-entropy multipart boundaries per Azure Table transaction request
- eliminate the duplicate ... (continued)

255 of 294 new or added lines in 1 file covered. (86.73%)

275 existing lines in 1 file now uncovered.

27268 of 33266 relevant lines covered (81.97%)

78102.2 hits per line

Uncovered Changes

Lines Coverage ∆ File
39
83.36
0.59% crates/lexongraph-block-store-azure-table-v2/src/lib.rs

Coverage Regressions

Lines Coverage ∆ File
275
83.36
0.59% crates/lexongraph-block-store-azure-table-v2/src/lib.rs
Jobs
ID Job ID Ran Files Coverage
1 29454789772.1 15 Jul 2026 10:18PM UTC 33
81.97
GitHub Action Run
Source Files on build 29454789772
  • Tree
  • List 33
  • Changed 1
  • Source Changed 1
  • Coverage Changed 1
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Github Actions Build #29454789772
  • a03ff553 on github
  • Prev Build on main (#29449353092)
  • Next Build on main (#29461519483)
  • Delete
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc