Fix inconsistent error handling for GSS encryption in PQconnectPoll()
authorMichael Paquier <[email protected]>
Mon, 13 Mar 2023 07:36:33 +0000 (16:36 +0900)
committerMichael Paquier <[email protected]>
Mon, 13 Mar 2023 07:36:33 +0000 (16:36 +0900)
commit96bef4374e450b2bd387cbfaad9371db3ac0669a
treed8456a107b417da7bf8e9a6b3bf2fa4fc3595d06
parentbaf7f450dbecaf5333e372502a6d7d20c9482af1
Fix inconsistent error handling for GSS encryption in PQconnectPoll()

The error cases for TLS and GSS encryption were inconsistent.  After TLS
fails, the connection is marked as dead and follow-up calls of
PQconnectPoll() would return immediately, but GSS encryption was not
doing that, so the connection would still have been allowed to enter the
GSS handling code.  This was handled incorrectly when gssencmode was set
to "require".  "prefer" was working correctly, and this could not happen
under "disable" as GSS encryption would not be attempted.

This commit makes the error handling of GSS encryption on par with TLS
portion, fixing the case of gssencmode=require.

Reported-by: Jacob Champion
Author: Michael Paquier
Reviewed-by: Jacob Champion, Stephen Frost
Discussion: https://postgr.es/m/23787477-5fe1-a161-6d2a-e459f74c4713@timescale.com
Backpatch-through: 12
src/interfaces/libpq/fe-connect.c