• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In
Warning: This build has drifted.
The coverage report for this pull request build may be inaccurate because its base commit is no longer the HEAD of its target branch.
This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

    • Learn more: For more information on this, see Tracking coverage changes for pull request builds.
    • Fix now: For a quick fix, rebase this PR at GitHub. Your next report should be accurate.
    • Prevent going forward: To avoid this issue with future PRs, see these Recommended CI Configurations.
New Repo Setting:
INCLUDE COVERAGE % WITH WARNINGS ABOUT DRIFTED BUILDS?

Enabling this setting will include a (potentially inaccurate) coverage % with warning messages in status updates for drifted builds.

Adjust setting

vocdoni / saas-backend / 29813185567 / 1
62%
main: 62%

Build:
Build:
LAST BUILD BRANCH: fix/trim-member-whitespace
DEFAULT BRANCH: main
Ran 21 Jul 2026 08:19AM UTC
Files 127
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

21 Jul 2026 08:08AM UTC coverage: 62.44% (+0.02%) from 62.421%
29813185567.1

Pull #586

github

elboletaire
fix(processes): backfill start date when publishing immediate-start processes

A process created with an empty startDate ("start immediately") kept a zero
date in Mongo forever: the on-chain elections get StartTime=0 (start at the
mined block) but nothing wrote the actual start back, so the /processes list
and single read omitted startDate entirely and clients could not tell when
the process started.

Resolve the date in the publish worker once every question is confirmed
mined: keep a still-future requested date as-is, otherwise persist time.Now()
(within seconds of the mined block, no extra chain round-trip — an exact
single chain date does not exist anyway since the N per-question elections
can mine in different blocks across retry rounds). SetVotingProcessPublished
now takes the resolved date and sets it atomically with the published flag.
Pull Request #586: fix(processes): backfill start date when publishing immediate-start processes

11805 of 18906 relevant lines covered (62.44%)

45.48 hits per line

Source Files on job 29813185567.1
  • Tree
  • List 127
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 29813185567
  • 3e60540a on github
  • Prev Job for on fix/backfill-process-start-date (#29813735250.1)
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