Re: Document DateStyle effect on jsonpath string() - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Document DateStyle effect on jsonpath string()
Date
Msg-id b847bc16-57b4-4701-870b-c4ed33d71e51@eisentraut.org
Whole thread Raw
In response to Re: Document DateStyle effect on jsonpath string()  ("David E. Wheeler" <david@justatheory.com>)
Responses Re: Document DateStyle effect on jsonpath string()
Re: Document DateStyle effect on jsonpath string()
List pgsql-hackers
Isn't this behavior actually a bug that should be fixed rather than 
documented?

These JSON path functions are specified by the SQL standard, so they 
shouldn't depend on PostgreSQL-specific settings.  At least in new 
functionality we should avoid that, no?


On 10.09.24 21:43, David E. Wheeler wrote:
> On Sep 10, 2024, at 14:51, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 
>> Pushed with a little additional polishing.
> 
> Thank you! Do you think it’d be worthwhile to back port to 17?
> 
>> I thought the best way to address jian's complaint about DateStyle not
>> being clearly locked down was to change horology.sql to verify the
>> prevailing setting, as it has long done for TimeZone.  That's the
>> lead test script for related stuff, so it makes the most sense to
>> do it there.  Having done that, I don't feel a need to duplicate
>> that elsewhere.
> 
> Yeah, that will help, but I still bet next time I go to figure out what it is I’ll stick that line in some test to
makeit fail with clear output for what it’s set to 😂.
 




pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Re: Document DateStyle effect on jsonpath string()
Next
From: Peter Eisentraut
Date:
Subject: Re: json_query conditional wrapper bug