Filter:

Messages in week 38 (Sep 11 - Sep 17, 2023)

38 messages14 started threads1 replied (own)23 replied (other)16 other threads1 first patch1 follow-up patch
ActivityThreadSent
Replied (other)to_regtype() Raises Erroralmost 3 years ago
Replied (other)First patchJSON Path and GIN Questionsalmost 3 years ago
Replied (other)BUG #18070: Assertion failed when processing error from plpy's iteratoralmost 3 years ago
Replied (other)BUG #18070: Assertion failed when processing error from plpy's iteratoralmost 3 years ago
Replied (other)Can two-phase commit support LISTEN, UNLISTEN, and NOTIFY?almost 3 years ago
Replied (other)BUG #18070: Assertion failed when processing error from plpy's iteratoralmost 3 years ago
Replied (other)JSON Path and GIN Questionsalmost 3 years ago
Started threadpgsql: Allow extracting fields from a ROW() expression in more cases.almost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Started threadpgsql: Fix get_expr_result_type() to find field names for RECORD Constsalmost 3 years ago
Started threadpgsql: Fix get_expr_result_type() to find field names for RECORD Constsalmost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Started threadpgsql: Fix get_expr_result_type() to find field names for RECORD Constsalmost 3 years ago
Started threadpgsql: Allow extracting fields from a ROW() expression in more cases.almost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Started threadpgsql: Track nesting depth correctly when drilling down into RECORD Varalmost 3 years ago
Replied (other)Follow-up patchBUG #18077: PostgreSQL server subprocess crashed by a SELECT statement with WITH clausealmost 3 years ago
Replied (other)BUG #18080: to_tsvector fails for long text inputalmost 3 years ago
Replied (other)Segmentation Faultalmost 3 years ago
Replied (other)JSON Path and GIN Questionsalmost 3 years ago
Replied (own)Inefficiency in parallel pg_restore with many tablesalmost 3 years ago
Replied (other)Segmentation Faultalmost 3 years ago
Replied (other)the same time value return different values,is it a problemalmost 3 years ago
Replied (other)Is the member name of hashctl inappropriate?almost 3 years ago
Replied (other)"as name" is shadowed by name "value" when selecting with "left join jsonb_array_elements(d.items) as item on true"almost 3 years ago
Replied (other)Detoasting optionally to make Explain-Analyze less misleadingalmost 3 years ago
Replied (other)Document that PG_TRY block cannot have a return statementalmost 3 years ago
Replied (other)remaining sql/json patchesalmost 3 years ago
Replied (other)Adding a pg_get_owned_sequence function?almost 3 years ago
Replied (other)Document that PG_TRY block cannot have a return statementalmost 3 years ago
Replied (other)PSQL error: total cell count of XXX exceededalmost 3 years ago
Started threadpgsql: Doc: fix release date in release-16.sgml.almost 3 years ago
Started threadpgsql: Stamp 16.0.almost 3 years ago
Replied (other)Upgrade problemalmost 3 years ago
Replied (other)Upgrade problemalmost 3 years ago