{"push_id":2404347204,"size":4,"distinct_size":1,"ref":"refs/heads/commitfest/17/1537","head":"7e846e249e88da897a9ca3d85763462fc8c4850d","before":"23acff115ad152af37d5598a5a9286ff97b2d23b","commits":[{"sha":"f66e8bf875f691db4c5d0173fc39b5a9c3ec969c","author":{"name":"Peter Eisentraut","email":"2f47089682e4afbd5de3eea4edffc95dfc1eb9de@gmx.net"},"message":"Remove pg_class.relhaspkey\n\nIt is not used for anything internally, and it cannot be relied on for\nexternal uses, so it can just be removed.  To correct recommended way to\ncheck for a primary key is in pg_index.\n\nDiscussion: https://www.postgresql.org/message-id/flat/b1a24c6c-6913-f89c-674e-0704f0ed69db@2ndquadrant.com","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/f66e8bf875f691db4c5d0173fc39b5a9c3ec969c"},{"sha":"8df5a1c868cc28f89ac6221cff8e2b5c952d0eb6","author":{"name":"Peter Eisentraut","email":"2f47089682e4afbd5de3eea4edffc95dfc1eb9de@gmx.net"},"message":"Fix compiler warning","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/8df5a1c868cc28f89ac6221cff8e2b5c952d0eb6"},{"sha":"24c0a6c649768f428929e76dd7f5012ec9b93ce1","author":{"name":"Alvaro Herrera","email":"7cf34a26c111482b1b00703daedc3ff840f1e2cf@alvh.no-ip.org"},"message":"logical replication: fix OID type mapping mechanism\n\nThe logical replication type map seems to have been misused by its only\ncaller -- it would try to use the remote OID as input for local type\nroutines, which unsurprisingly could result in bogus \"cache lookup\nfailed for type XYZ\" errors, or random other type names being picked up\nif they happened to use the right OID.  Fix that, changing\nOid logicalrep_typmap_getid(Oid remoteid) to\nchar *logicalrep_typmap_gettypname(Oid remoteid)\nwhich is more useful.  If the remote type is not part of the typmap,\nthis simply prints \"unrecognized type\" instead of choking trying to\nfigure out -- a pointless exercise (because the only input for that\ncomes from replication messages, which are not under the local node's\ncontrol) and dangerous to boot, when called from within an error context\ncallback.\n\nOnce that is done, it comes to light that the local OID in the typmap\nentry was not being used for anything; the type/schema names are what we\nneed, so remove local type OID from that struct.\n\nOnce you do that, it becomes pointless to attach a callback to regular\nsyscache invalidation.  So remove that also.\n\nReported-by: Dang Minh Huong\nAuthor: Masahiko Sawada\nReviewed-by: Álvaro Herrera, Petr Jelínek, Dang Minh Huong, Atsushi Torikoshi\nDiscussion: https://postgr.es/m/75DB81BEEA95B445AE6D576A0A5C9E936A6BE964@BPXM05GP.gisp.nec.co.jp\nDiscussion: https://postgr.es/m/75DB81BEEA95B445AE6D576A0A5C9E936A6C4B0A@BPXM05GP.gisp.nec.co.jp","distinct":false,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/24c0a6c649768f428929e76dd7f5012ec9b93ce1"},{"sha":"7e846e249e88da897a9ca3d85763462fc8c4850d","author":{"name":"Commitfest Bot","email":"aab6a594935fe5db0d690bc154b19f642bfbe9d7@cputube.org"},"message":"[CF 17/1537] file cloning in pg_upgrade and CREATE DATABASE\n\nThis commit was automatically generated by cfbot at commitfest.cputube.org.\nIt is based on patches submitted to the PostgreSQL mailing lists and\nregistered in the PostgreSQL Commitfest application.\n\nThis branch will be overwritten each time a new patch version is posted to\nthe email thread or the master branch changes.\n\nCommitfest entry: https://commitfest.postgresql.org/17/1537\nPatch(es): https://www.postgresql.org/message-id/bc9ca382-b98d-0446-f699-8c5de2307ca7%402ndquadrant.com\nAuthor(s): Peter Eisentraut","distinct":true,"url":"https://api.github.com/repos/postgresql-cfbot/postgresql/commits/7e846e249e88da897a9ca3d85763462fc8c4850d"}]}
{"actor":{"display_login":"postgresql-cfbot"}}