Re: Per-role disabling of LEAKPROOF requirements for row-level security?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Nathan Bossart <nathandbossart(at)gmail(dot)com>
Cc: Yugo Nagata <nagata(at)sraoss(dot)co(dot)jp>, Andreas Lind <andreaslindpetersen(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Per-role disabling of LEAKPROOF requirements for row-level security?
Date: 2025-06-16 17:36:20
Message-ID: 641899.1750095380@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Nathan Bossart <nathandbossart(at)gmail(dot)com> writes:
> Sorry for going on a bit of a tangent, but why is enum_eq not marked
> leakproof when its code looks like this?

Perhaps it could be, but I'm not sure how useful that is if we don't
mark the remaining enum comparison functions leakproof.

There might be a genuine hazard if something thinks it can substitute
use of enum_cmp for enum_eq, as indeed would happen in e.g. mergejoin.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2025-06-16 17:56:45 Re: No error checking when reading from file using zstd in pg_dump
Previous Message Nathan Bossart 2025-06-16 17:21:32 Re: Per-role disabling of LEAKPROOF requirements for row-level security?