Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vg6Tl-008Hv4-2r for pgsql-hackers@arkaria.postgresql.org; Wed, 14 Jan 2026 19:24:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vg6Ti-00CFWB-2s for pgsql-hackers@arkaria.postgresql.org; Wed, 14 Jan 2026 19:24:27 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vg6Ti-00CFW3-1u for pgsql-hackers@lists.postgresql.org; Wed, 14 Jan 2026 19:24:26 +0000 Received: from mail-ej1-x629.google.com ([2a00:1450:4864:20::629]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1vg6Tf-000U5g-31 for pgsql-hackers@lists.postgresql.org; Wed, 14 Jan 2026 19:24:25 +0000 Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-b8708930695so32587866b.3 for ; Wed, 14 Jan 2026 11:24:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1768418661; x=1769023461; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=ueVkdfZfQodc9g+Qb+QVTAq01X+Px4LiHURPiWqsQTg=; b=c/5Sf9VI0rRMu1OLxk6586TBVMEqBFaiRFO1/bKGjalBRtb7hq66ZvHu9Xls9cCpwx /Ranyc3ZIvlkVjY9/rT5XeHyhJuWIKqj9cDLZpBoQTaxXahapHcGDksbBojKCdPD+Onu TULEAkrdv0Cvx5ILAgBtjP9V2RZekpErWnCAMLlXicGI6ygToYgpBgR/qAsq93mfdy+G 9v114Bm/vXPO3VvSHxb7wOzX3SZGpKukIKhSiSUXEwqTogJH5ghA4qWeRD1OcOnkL1b0 plpbrnDqHlUvY7BsIekvI05sCxUXptqx3ucVE+vs9LTkZaXW10bcWk0eO1ymRK/uEQjO WTUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1768418661; x=1769023461; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=ueVkdfZfQodc9g+Qb+QVTAq01X+Px4LiHURPiWqsQTg=; b=qvkvIAv5eivT4tteMp6gmIDxf2j5xV+4nq4Zco4BlTflpDvsRF+l9fGGhJJRxC0h8P ZwCsYxpKpJ0oKvNIJBrHzv1vlOh9pEbquWvaL7C07max4qBOBkb5Mz5N0uStBBTFRGKh xI3ezewwWGr2lES5dSwwX/NrDpr+Ef7GSRnma2OqAOrQ0hHZcbBUpRXNdEFSdpkQiXM3 vwMM/AVuR9v1NdLmuK2ARnQd5oh6Ny3/dE4+t+X283Fi6GlAk8BUA/s/d1hkTqKA0+yR T/fzYcFVYzpCIdq4K+9xvosIttcbzWPtSwCe4FRTS4/2S09q4Bwu7IqASnPAH8+qaZSP GWBg== X-Forwarded-Encrypted: i=1; AJvYcCWkOZpoEEDoEAumnnqAiLAS1t5M+PjCKRfQmr+muXBO8YqSbevEB3l7ltHnuQo1BQ5rRgkToN6jmG7xu7La@lists.postgresql.org X-Gm-Message-State: AOJu0Yx8BcTVAsWM+pYu8ZgRVXK8NJ4sXJD9oGtUytVuNcJxZ7/LzzjN R0QLgJ2FhC5Sz/S9OYxOS72bMgAWFFyQe0qFFiG7fCV9spisZalc5HGPsjzRrWuJsFtkK3nysTY 1jJfhnswtybAv3ejoRrXJAkv4bve0RA8= X-Gm-Gg: AY/fxX7YtzsEJ/VuIoNGFZ3CXRuiAhmsdWY+1Jt3QX/nCwORB2XIj1yc/VuLV1FWmW0 WjGzNSbXU7o0BcUozrzk3FX4jJgw/ZQwXoHxMFrKNNa0Yz8voiODLxnP/QGoH9s4+HtoXxOVxHw az3lmiAV+tXKQZSLW9uNr2vR/0sm+4WKzymTcrKPedbDu9XFb0y/hNsVXvjrLP/CObkkcOFnJpu j7NQR/A2EYcnRefCywDTS77Y0hhv5upEjc+PBp0WqwjVKkmSNBKkoitJSIFGW1m7by5TmDuDJ0N 0jsfW0AlKL8YtI9dFsfkL5Tj94A= X-Received: by 2002:a17:907:94c4:b0:b84:200d:15b5 with SMTP id a640c23a62f3a-b876113a315mr326233566b.31.1768418661038; Wed, 14 Jan 2026 11:24:21 -0800 (PST) MIME-Version: 1.0 References: <2155281.1767900170@sss.pgh.pa.us> In-Reply-To: From: Robert Haas Date: Wed, 14 Jan 2026 14:24:09 -0500 X-Gm-Features: AZwV_Qg5UZhghOqYBWgPgZI6mzlQMzF8rjU0BM0yNDGAyOFz5jceFI9E81Vjf9M Message-ID: Subject: Re: Proposal to allow setting cursor options on Portals To: Dave Cramer Cc: Tom Lane , Jelte Fennema-Nio , Jacob Champion , PostgreSQL Hackers , Heikki Linnakangas Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, Jan 9, 2026 at 1:20=E2=80=AFPM Dave Cramer w= rote: > For the particular case of adding the ability to create holdable cursors = at the protocol level which is what my patch is concerned with I don't thin= k it's even necessary to bump the protocol or create a protocol extension. > The change in the message is backward compatible and clients only need to= know that after version 18 they can use the message to create a holdable c= ursor. I would argue that this patch is just rectifying an oversight in the= original protocol. I'm not sure what I think about the patch itself, but I find myself somewhat in agreement with this logic. If the server is supposed to start sending something different to the client, or the client must send something different to the server, that's clearly got to be negotiated. But I wonder whether we should just consider slipping things like this into the protocol without bumping the version at all. That makes me a bit nervous because it kind of makes a mockery of the idea of a version number, but it's also not entirely without precedent. For example, COPY BOTH mode didn't use to exist, and now it does, and the protocol version number didn't change in the process. --=20 Robert Haas EDB: http://www.enterprisedb.com