Rethink blocking annotations in detach-partition-concurrently-[34]. In 741d7f104, I tried to make the reports from canceled steps come out after the pg_cancel_backend() steps, since that was the most common ordering before. However, that doesn't ensure that a canceled step doesn't report even later, as shown in a recent failure on buildfarm member idiacanthus. Rather than complicating things even more with additional annotations, let's just force the cancel's effect to be reported first. It's not *that* unnatural-looking.
Back-patch to v14 where these test cases appeared. Report: https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=idiacanthus&dt=2021-07-02%2001%3A40%3A04 Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/c04c767059b8460b99f6aa4aae5450ab3ee257a3 Modified Files -------------- .../expected/detach-partition-concurrently-3.out | 126 ++++++++++++--------- .../expected/detach-partition-concurrently-4.out | 56 +++++---- .../specs/detach-partition-concurrently-3.spec | 40 +++---- .../specs/detach-partition-concurrently-4.spec | 38 +++---- 4 files changed, 143 insertions(+), 117 deletions(-)
