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.
