Flaky test brotli/basic on focal amd64?
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libsoup2.4 (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Focal |
Won't Fix
|
Low
|
Unassigned |
Bug Description
The brotli/basic test case periodically fails. It appears that a few retriggers can result in a pass:
https:/
The failures look like this in autopkgtest logs:
ERROR:
I've replaced most of the text with '***' to highlight the difference is a 'U' character appended.
The test case is essentially doing a decompression of 'brotli-
$ cd libsoup2.
$ while : ; do ./brotli-
I left that to run several hundred cycles but no failures reported at all.
There are a bunch of instances of this failure, here's a few for reference:
https:/
https:/
https:/
That last link is the earliest instance I've been able to find.
You'll notice in the second two links they also have a failure "not ok 2 /ssl/tls-
Interestingly, I've not found instances of this failure against other architectures than amd64, nor have I seen it on releases other than focal. No dice from googling for bug reports or other reports of test failures with libsoup2.4 + brotli.
The test's code is doing this, basically:
do {
in_buf += bytes_read;
} while (result == G_CONVERTER_
soup_brotli_
But I'm not spotting anything that would obviously cause a 'U' to be randomly appended sometimes. And why 'U'? UINT? Unknown? User error?
There are some interesting bug reports in GNOME about brotli in libsoup's bug tracker (e.g. #106, #146, #119, and #193), but none that match this.
tags: | added: update-excuse |
As can be seen here, the package doesn't pass its own tests even when triggered against only itself:
https:/ /autopkgtest. ubuntu. com/results/ autopkgtest- focal/focal/ amd64/libs/ libsoup2. 4/20211004_ 230503_ 77208@/ log.gz