On Fri Apr 24, 2026 at 7:00 PM CEST, Alexander Lakhin wrote:
> I've noticed another disadvantage of this log processing: [1] shows the
> misc_functions test's failure, but we can't see timing of the test anymore:
> # ok 27 + line 6713 ms
> # ... 210 lines omitted ...
> # ok 223 + reloptions 18169 ms
>
> Previously, a test report for the same failure contained:
> ok 139 + merge 19699 ms
> not ok 140 + misc_functions 18003 ms
> ok 141 + sysviews 7925 ms
I didn't address this in my v6 (yet). Primarily because this isn't
related to the pg_regress changes, but rather to my change that started
using command_ok in these tests to run pg_regress. I'm thinking a bit if
we can make this nicer, one way would be to have command_ok take an
optional argument that allows disabling truncation in places where we
know the output won't be huge.
