Fix overeager pushdown of HAVING clauses when grouping sets are used.
In 61444bfb we started to allow HAVING clauses to be fully pushed down
into WHERE, even when grouping sets are in use. That turns out not to
work correctly, because grouping sets can "produce" NULLs, meaning that
filtering in WH
Fix overeager pushdown of HAVING clauses when grouping sets are used.
In 61444bfb we started to allow HAVING clauses to be fully pushed down
into WHERE, even when grouping sets are in use. That turns out not to
work correctly, because grouping sets can "produce" NULLs, meaning that
filtering in WH
Backpatch of 7a58d19b0 to 9.4, previously omitted.
Apparently by accident the above commit was backpatched to all supported
branches, except 9.4. This appears to be an error, as the issue is just
as present there.
Given the short amount of time before the next minor release, and given
the issue is
Andres Freund writes:
> Backpatch of 7a58d19b0 to 9.4, previously omitted.
> Apparently by accident the above commit was backpatched to all supported
> branches, except 9.4. This appears to be an error, as the issue is just
> as present there.
> Given the short amount of time before the next minor
Make GIN regression test stable.
Commit 7f46eaf added the regression test which checks that
gin_clean_pending_list() cleans up the GIN pending list and returns >0.
This usually works fine. But if autovacuum comes along and cleans
the list before gin_clean_pending_list() starts, the function may
re
On Mon, Feb 8, 2016 at 2:19 AM, Fujii Masao wrote:
> On Sat, Feb 6, 2016 at 1:09 PM, Tom Lane wrote:
>> Fujii Masao writes:
>>> Add gin_clean_pending_list function to clean up GIN pending list
>>
>> The regression test case added by this commit is unstable, as per
>> http://buildfarm.postgresql.
Use %u not %d to print OIDs.
Oversight in commit 96198d94c.
Etsuro Fujita
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/63828969c822449744e63b76bff993ccd1d3245e
Modified Files
--
contrib/postgres_fdw/connection.c | 2 +-
1 file changed, 1 insertion(+),
Translation updates
Source-Git-URL: git://git.postgresql.org/git/pgtranslation/messages.git
Source-Git-Hash: f323fead9293175a0c3320116c97e4be56b9be61
Branch
--
REL9_5_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/477bee7dc66e5c227f621564b5c448ba8948406b
Modified Files
-
Translation updates
Source-Git-URL: git://git.postgresql.org/git/pgtranslation/messages.git
Source-Git-Hash: 85e9ea36e147944d4852fe2647c95a26e909bb19
Branch
--
REL9_3_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/454994a9ed73713ea38635ab2bfbf5ace48bcf0a
Modified Files
-
Translation updates
Source-Git-URL: git://git.postgresql.org/git/pgtranslation/messages.git
Source-Git-Hash: e640b67db0ef2d766eb6b5ec60dc3ba5ed4e2ede
Branch
--
REL9_2_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/6a10dd08006e8f0ce9c1dc2f45379bb17f428e27
Modified Files
-
Translation updates
Source-Git-URL: git://git.postgresql.org/git/pgtranslation/messages.git
Source-Git-Hash: bbedbfae7586389e1f43b8116d76af3ac528c211
Branch
--
REL9_1_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/862b4a427c18579327a7cfff4ac0377ef762dfa7
Modified Files
-
Translation updates
Source-Git-URL: git://git.postgresql.org/git/pgtranslation/messages.git
Source-Git-Hash: 97f0f075b2d3e9dac26db78dbd79c32d80eb8f33
Branch
--
REL9_4_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/b101dca62b38a374dcb1dd4232f6ade9f7390cfc
Modified Files
-
Re-pgindent varlena.c.
Just to make sure previous commit worked ...
Branch
--
master
Details
---
http://git.postgresql.org/pg/commitdiff/0231f838565d2921a0960407c4240237ba1d56ae
Modified Files
--
src/backend/utils/adt/varlena.c | 58 +
Rename typedef "string" to "VarString".
Since pgindent treats typedef names as global, the original coding of
b47b4dbf683f13e6 would have had rather nasty effects on the formatting
of other files in which "string" is used as a variable or field name.
Use a less generic name for this typedef, and r
Stamp 9.5.1.
Branch
--
REL9_5_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/616eaa396a9bf82d8208a79367d784590be9370d
Modified Files
--
configure| 18 +-
configure.in | 2 +-
doc/bug.template
Stamp 9.4.6.
Branch
--
REL9_4_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/a1efb790fb99e989e5cd3ff5ae8cc6df3e250516
Modified Files
--
configure| 18 +-
configure.in | 2 +-
doc/bug.template
Stamp 9.3.11.
Branch
--
REL9_3_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/de07063c05b8ffa86e804c6cc8117a8e8e5cff9b
Modified Files
--
configure| 18 +-
configure.in | 2 +-
doc/bug.template
Stamp 9.2.15.
Branch
--
REL9_2_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/a0606058016b7d20406910b7a73e60ddb3e4c9ff
Modified Files
--
configure| 18 +-
configure.in | 2 +-
doc/bug.template
Stamp 9.1.20.
Branch
--
REL9_1_STABLE
Details
---
http://git.postgresql.org/pg/commitdiff/3dca6f36fcd694c8c49d26e7c4971194dee2754a
Modified Files
--
configure| 18 +-
configure.in | 2 +-
doc/bug.template
This came up today in connection with buildfarm database access. My
policy (before the server move) has been that access is granted to
committers who are also on the -security list. However, Michael is not a
committer, and has requested access.
I've actually thought for some time that there
On Mon, Feb 8, 2016 at 4:42 PM, Andrew Dunstan wrote:
> This came up today in connection with buildfarm database access. My policy
> (before the server move) has been that access is granted to committers who
> are also on the -security list. However, Michael is not a committer, and has
> requested
On 02/08/2016 04:47 PM, Robert Haas wrote:
On Mon, Feb 8, 2016 at 4:42 PM, Andrew Dunstan wrote:
This came up today in connection with buildfarm database access. My policy
(before the server move) has been that access is granted to committers who
are also on the -security list. However, Micha
Temporarily make pg_ctl and server shutdown a whole lot chattier.
This is a quick hack, due to be reverted when its purpose has been served,
to try to gather information about why some of the buildfarm critters
regularly fail with "postmaster does not shut down" complaints. Maybe they
are just re
23 matches
Mail list logo