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

letsencrypt / boulder / 11343 / 7
66%
master: 66%

Build:
DEFAULT BRANCH: master
Ran 18 Oct 2019 06:06PM UTC
Files 109
Run time 12s
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

18 Oct 2019 05:53PM UTC coverage: 61.393%. Remained the same
RUN="coverage" CONTAINER="netaccess"

push

travis-ci

web-flow
log: panic if bothWriter write to stdout errs. (#4491)

If we can't write to stdout we prefer to panic immediately rather than
potentially lose logs we capture from redirecting stdout as a syslog backup.

A unit test is included to verify the panic behaviour. Prior to the `log` diff
in this branch the test failed because the non-nil `err` result from
`fmt.Printf` was being away:

```
=== RUN   TestStdoutFailure
=== PAUSE TestStdoutFailure
=== CONT  TestStdoutFailure
FAIL	github.com/letsencrypt/boulder/log	0.011s
FAIL
```

After the `log` package diff in this branch is applied the test passes.

I additionally tested this end-to-end by redirecting stdout to a full
filesystem volume mounted into the Boulder docker image. It provoked the
expected panic when a component tried to write to stdout and the filesystem was
full.

11882 of 19354 relevant lines covered (61.39%)

0.69 hits per line

Source Files on job 11343.7 (RUN="coverage" CONTAINER="netaccess")
  • Tree
  • List 0
  • Changed 1
  • Source Changed 1
  • Coverage Changed 1
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 10594
  • Travis Job 11343.7
  • eb4445be on github
  • Prev Job for RUN="coverage" CONTAINER="netaccess" on master (#11340.7)
  • Next Job for RUN="coverage" CONTAINER="netaccess" on master (#11348.7)
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