Either there is a bug in my understanding or one in PostgreSQL. I expect a date value to follow the current time zone setting and be interpreted as midnight at the start of the given date. In many cases it does. Shown below are the postgresql.conf settings and the psql client settings showing the time zone to be America/Los_Angeles:
postgresql.conf:
log_timezone = 'America/Los_Angeles'
timezone = 'America/Los_Angeles'
Client time zone setting:
steve=> show timezone;
TimeZone
---------------------
America/Los_Angeles
Here is the value returned by current_timestamp and current_date:
steve=> select current_timestamp;
current_timestamp
-------------------------------
2025-11-21 14:48:06.948845-08
steve=> select current_date;
current_date
--------------
2025-11-21
Casting the current_date to a timestamp with time zone returns the expected value (midnight November 21 Pacific Standard Time)
steve=> select current_date::timestamptz;
current_date
------------------------
2025-11-21 00:00:00-08
The output of to_char shows the same expected value:
steve=> select to_char(current_date, 'YYYY-MM-DD HH24:MI:SSTZH');
to_char
------------------------
2025-11-21 00:00:00-08
However, extracting the epoch from current_date returns 4pm the prior day (i.e. 2025-11-21 00:00:00-00), in other words midnight 2025-11-21 UTC which seems to be inconsistent behavior:
steve=> select to_timestamp(extract(epoch from current_date));
to_timestamp
------------------------
2025-11-20 16:00:00-08
steve=> select to_timestamp(extract(epoch from current_date))::date;
to_timestamp
--------------
2025-11-20
steve=> select to_timestamp(extract(epoch from '2025-11-21'::date))::date;
to_timestamp
--------------
2025-11-20
There was a time, like version 9-dot-something, when the above queries performed as expected returning midnight in the current time zone but I haven't been able to find a change document indicating this as an expected change.
-Steve
