go test -cover ./...
... lines ...
ok git.dotya.ml/wanderer/go-xkcdreader 0.038s coverage: 0.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/cmd 0.167s coverage: 50.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/xkcdreader 0.095s coverage: 20.0% of statements
go test -cover on fedora36/go1.18 yields:
go test -cover ./...
ok git.dotya.ml/wanderer/go-xkcdreader 0.014s coverage: 100.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/cmd 0.025s coverage: 50.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/xkcdreader 0.048s coverage: 20.0% of statements
the difference can probably be attributed to the changes already present in go1.18.2.
after applying a patch (also reffed here), the example test coverage appeared to have improved dramatically.
there is a rework[1] on the way that changes how `go test -cover` results are produced.
it can already be observed in CI:
* [archlinux/go1.18.2](https://drone.dotya.ml/wanderer/go-xkcdreader/231/2/5)

* [fedora36/go1.18](https://drone.dotya.ml/wanderer/go-xkcdreader/231/3/5)

to transcribe what the images show:
* `go test -cover` on archlinux/go1.18.2 yields:
```
go test -cover ./...
... lines ...
ok git.dotya.ml/wanderer/go-xkcdreader 0.038s coverage: 0.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/cmd 0.167s coverage: 50.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/xkcdreader 0.095s coverage: 20.0% of statements
```
* `go test -cover` on fedora36/go1.18 yields:
```
go test -cover ./...
ok git.dotya.ml/wanderer/go-xkcdreader 0.014s coverage: 100.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/cmd 0.025s coverage: 50.0% of statements
ok git.dotya.ml/wanderer/go-xkcdreader/xkcdreader 0.048s coverage: 20.0% of statements
```
the difference can probably be attributed to the changes already present in go1.18.2.
after applying [a patch](https://go-review.googlesource.com/c/go/+/404299/) (also reffed [here](https://github.com/golang/go/issues/51430#issuecomment-1119843774)), the example *test* coverage appeared to have improved dramatically.
ref [1]: https://github.com/golang/go/issues/51430
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
there is a rework[1] on the way that changes how
go test -coverresults are produced.it can already be observed in CI:
archlinux/go1.18.2

fedora36/go1.18

to transcribe what the images show:
go test -coveron archlinux/go1.18.2 yields:go test -coveron fedora36/go1.18 yields:the difference can probably be attributed to the changes already present in go1.18.2.
after applying a patch (also reffed here), the example test coverage appeared to have improved dramatically.
ref [1]: https://github.com/golang/go/issues/51430