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

lightninglabs / taproot-assets / 12815550785 / 1
41%
main: 57%

Build:
Build:
LAST BUILD BRANCH: gh-readonly-queue/main/pr-1928-b3f821e7fde90138cbd8ee0f0b41f02b0f612faf
DEFAULT BRANCH: main
Ran 16 Jan 2025 06:59PM UTC
Files 210
Run time 9s
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

16 Jan 2025 06:41PM UTC coverage: 40.796% (+0.05%) from 40.748%
12815550785.1

Pull #1302

github

GeorgeTsagk
tapdb: always store result of querySyncStats

Our universe stats could run into a case where if in an un-cached state
the db query takes longer than the default client timeout (usually 30s)
then we'd fail the query and return early. This would cause the next
client to also receive an error instead of the cached result, making
this codepath stuck in an endless failing query. With this change we
parallelize the db query and we always wait for the result in order to
store it in cache. We may fail the function earlier, but the result will
always be retrieved & persisted.
Pull Request #1302: Aggregate Universe Stats: always store result of querySyncStats

26588 of 65173 relevant lines covered (40.8%)

93615.03 hits per line

Source Files on job unit - 12815550785.1
  • Tree
  • List 210
  • Changed 88
  • Source Changed 0
  • Coverage Changed 10
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 12815550785
  • 5b63f131 on github
  • Prev Job for on sync-stats-cache-fix (#12810137371.1)
  • Delete
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc