Die Annahme war, acht Funktionen riefen weiterhin auth.uid() und
scheiterten deshalb an den Rechten der Anwendungsrolle. In der Datenbank
ist das nicht so:
select proname, prosecdef, pg_get_functiondef(oid) like '%auth.uid()%'
-- alle acht: ruft_auth_uid = f
Der Grund: 20260805110000_replace_auth_uid_in_functions.sql liest die
Definition jeder Funktion, ersetzt den Text und legt sie neu an. Es gibt
rund ein Dutzend solcher Migrationen. Wer die *textliche* letzte Fassung
in den Migrationsdateien sucht, sieht diese Aenderungen nicht -- genau das
hatte ich getan.
Damit war die Migration nicht nur ueberfluessig, sondern schaedlich: sie
haette die acht Funktionen mit Koerpern aus alten Dateien ueberschrieben
und jeden danach aufgetragenen Patch stillschweigend entfernt. Also genau
der Fehler, gegen den sie sich richtete.
Sie wurde nie eingespielt. Die Lehre steht in CLAUDE.md: massgeblich ist
der Katalog der laufenden Datenbank, nicht die Summe der Dateien.
Andrei Laas
2bba1f40ac