• 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
62%
main: 62%

Build:
Build:
LAST BUILD BRANCH: fix/backfill-process-start-date
DEFAULT BRANCH: main
Ran 21 Jul 2026 08:19AM UTC
Jobs 1
Files 127
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

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

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

10 of 12 new or added lines in 2 files covered. (83.33%)

80 existing lines in 7 files now uncovered.

11805 of 18906 relevant lines covered (62.44%)

45.48 hits per line

Uncovered Changes

Lines Coverage ∆ File
2
39.55
0.19% api/processes_publish.go

Coverage Regressions

Lines Coverage ∆ File
30
79.11
0.28% db/process_bundles.go
26
80.3
0.04% db/organizations.go
12
51.25
0.0% migrations/0009_add_oauth_providers.go
5
64.62
0.44% csp/signers/saltedkey/saltedkey.go
4
84.62
0.0% migrations/0001_initial_collections.go
2
95.06
0.0% migrations/0010_update_user_validator.go
1
18.6
0.11% cmd/client/api_client.go
Jobs
ID Job ID Ran Files Coverage
1 29813185567.1 21 Jul 2026 08:19AM UTC 127
62.44
GitHub Action Run
Source Files on build 29813185567
  • Tree
  • List 127
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Pull Request #586
  • PR Base - main (#29813735250)
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