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

vocdoni / saas-backend / 29569019730
62%

Build:
DEFAULT BRANCH: main
Ran 17 Jul 2026 09:19AM UTC
Jobs 1
Files 125
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

16 Jul 2026 12:15PM UTC coverage: 62.167%. First build
29569019730

Pull #583

github

web-flow
fix(processes): serialize org address as internal.HexBytes (bare hex) (#579)

* fix(processes): serialize org address as internal.HexBytes (bare hex)

The /processes API typed orgAddress as common.Address, which JSON-marshals to a
0x-prefixed EIP-55-checksummed string — inconsistent with upstreamId (and the
other hex ids in these types), which use internal.HexBytes (bare lowercase hex).
Switch CreateVotingProcessRequest.OrgAddress and VotingProcessResponse.OrgAddress
to internal.HexBytes for a consistent API.

- Response: VotingProcessResponseFromDB converts the db common.Address via .Bytes().
- Request: createVotingProcessHandler validates len == common.AddressLength
  (HexBytes, unlike common.Address, doesn't enforce a 20-byte length on decode)
  and converts once to common.Address for the db/auth/subscription calls.
- Inputs stay compatible: HexBytes.UnmarshalJSON strips an optional 0x prefix, so
  clients may still send "0x…". Only the response format changes to bare hex.

Scope is limited to what #571 introduced; legacy /process and census types keep
common.Address.

* chore(processes): address review feedback

- reject the all-zero org address with 400 (the length-only check let it
  through to the role check, returning 401 and changing prior behavior).
- use a full 20-byte (40-hex) orgAddress swagger example instead of the
  4-byte "deadbeef" on the request and response types.
- add TestVotingProcessOrgAddressWireFormat: inspects the raw HTTP body and
  asserts orgAddress serializes as bare lowercase hex (no 0x / no checksum),
  which struct-parsing tests can't catch.
Pull Request #583: feat: stage upgrade

1196 of 2101 new or added lines in 24 files covered. (56.93%)

11494 of 18489 relevant lines covered (62.17%)

44.91 hits per line

Uncovered Changes

Lines Coverage ∆ File
329
37.45
api/processes_publish.go
177
60.93
api/processes.go
129
55.36
csp/handlers/processes.go
62
61.73
db/voting_processes.go
50
55.36
db/processes_questions.go
31
66.32
subscriptions/subscriptions.go
30
57.75
api/processes_census.go
24
68.97
test/voconed.go
13
55.6
api/users.go
12
0.0
scripts/fundaccount/main.go
10
38.07
api/process_vote.go
8
78.95
migrations/0017_voting_processes.go
7
72.73
api/jobqueue.go
6
84.62
account/batch.go
5
54.32
account/account.go
4
83.44
db/census.go
3
94.81
db/verifications.go
3
0.0
scripts/defaultplan/main.go
2
81.61
account/process.go
Jobs
ID Job ID Ran Files Coverage
1 29569019730.1 17 Jul 2026 09:19AM UTC 125
62.17
GitHub Action Run
Source Files on build 29569019730
  • Tree
  • List 125
  • Changed 0
  • Source Changed 0
  • Coverage Changed 0
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Repo
  • Pull Request #583
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