]> git.ipfire.org Git - thirdparty/postgresql.git/commitdiff
Fix error of pg_stat_reset_shared()
authorMichael Paquier <michael@paquier.xyz>
Thu, 30 Apr 2026 02:12:56 +0000 (11:12 +0900)
committerMichael Paquier <michael@paquier.xyz>
Thu, 30 Apr 2026 02:12:56 +0000 (11:12 +0900)
"lock" a values is supported since 4019f725f5d4, but the error message
of the function used when specifying an incorrect value forgot about it.

Author: Maksim Logvinenko <logvinenko-ms@yandex.ru>
Discussion: https://postgr.es/m/433431777389005@mail.yandex.ru

src/backend/utils/adt/pgstatfuncs.c
src/test/regress/expected/stats.out

index 1408de387ea6f19866b87d901164a76f0c28c738..7a9dfa9ba3b99736db8b5a7c9df135541a17ea03 100644 (file)
@@ -1987,7 +1987,7 @@ pg_stat_reset_shared(PG_FUNCTION_ARGS)
                ereport(ERROR,
                                (errcode(ERRCODE_INVALID_PARAMETER_VALUE),
                                 errmsg("unrecognized reset target: \"%s\"", target),
-                                errhint("Target must be \"archiver\", \"bgwriter\", \"checkpointer\", \"io\", \"recovery_prefetch\", \"slru\", or \"wal\".")));
+                                errhint("Target must be \"archiver\", \"bgwriter\", \"checkpointer\", \"io\", \"lock\", \"recovery_prefetch\", \"slru\", or \"wal\".")));
 
        PG_RETURN_VOID();
 }
index e5dcb85abd8d47edb8a55e57ad2c22d591b35fec..c551abb117885a784f186632b42598faf1d56200 100644 (file)
@@ -1164,7 +1164,7 @@ SELECT stats_reset > :'wal_reset_ts'::timestamptz FROM pg_stat_wal;
 -- Test error case for reset_shared with unknown stats type
 SELECT pg_stat_reset_shared('unknown');
 ERROR:  unrecognized reset target: "unknown"
-HINT:  Target must be "archiver", "bgwriter", "checkpointer", "io", "recovery_prefetch", "slru", or "wal".
+HINT:  Target must be "archiver", "bgwriter", "checkpointer", "io", "lock", "recovery_prefetch", "slru", or "wal".
 -- Test that reset works for pg_stat_database and pg_stat_database_conflicts
 -- Since pg_stat_database stats_reset starts out as NULL, reset it once first so that we
 -- have a baseline for comparison. The same for pg_stat_database_conflicts as it shares