[SCM] PostGIS branch master updated. 3.7.0beta1-276-g57916f4714

[git at osgeo.org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "PostGIS".

The branch, master has been updated
       via  57916f4714c4afd722a0222711a291db7a6b409f (commit)
       via  244be27079cb4113b193a37ea1139c356be40f1a (commit)
      from  531e51fc93346b85c0eb97fe5dfb20a2f6cb630e (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 57916f4714c4afd722a0222711a291db7a6b409f
Merge: 531e51fc93 244be27079
Author: Darafei Praliaskouski <komzpa at gmail.com>
Date:   Sun Aug 9 09:57:17 2026 -0700

    Merge pull request 'Use decode in test so don't have to worry about standardard conforming strings' (!681) from robe/postgis:fix-standard-conforming into master
    
    Fix for regression test
    
    Reviewed-on: https://gitea.osgeo.org/postgis/postgis/pulls/681


commit 244be27079cb4113b193a37ea1139c356be40f1a
Author: Regina Obe <lr at pcorp.us>
Date:   Sun Aug 9 12:51:33 2026 -0400

    Use decode in test so don't have to worry about standardard conforming strings

diff --git a/regress/core/flatgeobuf.sql b/regress/core/flatgeobuf.sql
index 6d8ba9148e..0b6b23d9ae 100644
--- a/regress/core/flatgeobuf.sql
+++ b/regress/core/flatgeobuf.sql
@@ -179,10 +179,10 @@ select 'MM2' from ST_FromFlatGeobuf(null::flatgeobuf_mm_long, (
 select '--- Malformed input detection ---';
 
 -- Magic bytes plus a truncated size prefix.
-select 'MI1' from ST_FromFlatGeobuf(null::flatgeobuf_t1, '\x6667620366676201010203'::bytea);
+select 'MI1' from ST_FromFlatGeobuf(null::flatgeobuf_t1, decode('6667620366676201010203', 'hex'));
 
 -- Valid magic bytes plus a header size prefix that exceeds the remaining input.
-select 'MI2' from ST_FromFlatGeobuf(null::flatgeobuf_t1, '\x6667620366676201ffffffff'::bytea);
+select 'MI2' from ST_FromFlatGeobuf(null::flatgeobuf_t1, decode('6667620366676201ffffffff', 'hex'));
 
 -- NULL bytea input should be handled by STRICT rather than reaching the C decoder.
 select 'MI3', count(*) from ST_FromFlatGeobuf(null::flatgeobuf_t1, null::bytea);

-----------------------------------------------------------------------

Summary of changes:
 regress/core/flatgeobuf.sql | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)


hooks/post-receive
-- 
PostGIS