Update dependency pg to v8.22.0#6
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
2 times, most recently
from
May 2, 2021 11:27
2b16456 to
bf8dfc8
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
2 times, most recently
from
May 16, 2021 19:54
d800cd0 to
8d7e52e
Compare
|
Stale pull request message |
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
October 18, 2021 15:01
8d7e52e to
0dca9b2
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
March 4, 2022 16:05
0dca9b2 to
4671553
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
March 14, 2022 15:54
4671553 to
94e6bdd
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
September 25, 2022 15:02
94e6bdd to
ec5679e
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
March 18, 2023 08:06
ec5679e to
e48b6a2
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
May 28, 2023 12:26
e48b6a2 to
e450609
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
June 26, 2023 17:00
e450609 to
85b158a
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
August 1, 2023 07:19
85b158a to
ddfb23e
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
August 17, 2023 01:43
ddfb23e to
d7a1631
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
March 30, 2024 21:01
d7a1631 to
637c0a5
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
April 2, 2024 22:16
637c0a5 to
acf083b
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
June 4, 2024 16:02
acf083b to
d0eafbb
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
March 17, 2025 17:32
138ecfb to
071d4bf
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
April 22, 2025 19:37
071d4bf to
75600cb
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
April 22, 2025 22:59
75600cb to
91dcdba
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
April 23, 2025 19:23
91dcdba to
6de6f5a
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
April 25, 2025 19:45
6de6f5a to
85b722d
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
May 12, 2025 17:07
85b722d to
d986365
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
June 18, 2025 20:30
d986365 to
cd3ff4f
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
June 19, 2025 21:44
cd3ff4f to
8a56383
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
June 27, 2025 18:09
8a56383 to
f3dca52
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
January 14, 2026 22:53
f3dca52 to
8a75f5a
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
January 15, 2026 04:52
8a75f5a to
94a4efd
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
January 20, 2026 21:06
94a4efd to
572d3a6
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
January 30, 2026 20:38
572d3a6 to
8528b23
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
February 25, 2026 18:49
8528b23 to
3e589db
Compare
renovate
Bot
force-pushed
the
renovate/pg-8.x
branch
from
March 5, 2026 01:06
3e589db to
26c027f
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
8.5.1→8.22.0Release Notes
brianc/node-postgres (pg)
v8.22.0Compare Source
v8.21.0Compare Source
scramMaxIterationsconfig option.client.getTransactionStatus()method.v8.20.0Compare Source
v8.19.0Compare Source
v8.18.0Compare Source
connect(previously it wasvoid).v8.17.2Compare Source
v8.17.1Compare Source
v8.17.0Compare Source
v8.16.3Compare Source
v8.16.2Compare Source
v8.16.1Compare Source
v8.16.0Compare Source
v8.15.6Compare Source
v8.15.5Compare Source
v8.15.2Compare Source
v8.15.1Compare Source
v8.15.0Compare Source
v8.14.1Compare Source
v8.14.0Compare Source
v8.13.3Compare Source
v8.13.2Compare Source
v8.13.1Compare Source
v8.13.0Compare Source
v8.12.0Compare Source
queryModeconfig option to force use of the extended query protocol on queries without any parameters.v8.11.6Compare Source
v8.11.5Compare Source
v8.11.4Compare Source
v8.11.3Compare Source
v8.11.2Compare Source
v8.11.1Compare Source
v8.11.0Compare Source
v8.10.0Compare Source
releaseevent when client is returned to the pool.v8.9.0Compare Source
v8.8.0Compare Source
pool.query.allowExitOnIdleis enabled).lock_timeoutin client config.pg-pool@3.5.0
pg@8.7.0
pg-cursor@2.7.0
pg@8.6.0
--isolatedModules.pg-query-stream@4.0.0
pg@8.5.0
pg@8.4.0
DatabaseErrorfrom pg-protocol.sslmodein the connection string.pg@8.3.0
{ options: string }field on client/pool config.pg@8.2.0
pg-cursor@2.2.0
pg-query-stream@3.1.0
pg@8.1.0
pg-connection-string. This includes better support for SSL argument parsing from connection strings and ensures continuity of support.&ssl=no-verifyoption to connection string andPGSSLMODE=no-verifyenvironment variable support for the pure JS driver. This is equivalent of passing{ ssl: { rejectUnauthorized: false } }to the client/pool constructor. The advantage of having support in connection strings and environment variables is it can be "externally" configured via environment variables and CLI arguments much more easily, and should remove the need to directly edit any application code for the SSL default changes in 8.0. This should make usingpg@8.xsignificantly less difficult on environments like Heroku for example.pg-pool@3.2.0
pgimpactpg-poolas they both use the same connection parameter and connection string parsing code for configuring SSL.pg-pool@3.1.0
pg@8.0.0
note: for detailed release notes please check here
6 ltsfrom the test matrix.pg>=8.0may still work on older versions but it is no longer officially supported.rejectUnauthorizedwith the SSL connection parameters. Previously we defaulted torejectUnauthorized: falsewhen it was not specifically included. We now default torejectUnauthorized: true.Manually specify{ ssl: { rejectUnauthorized: false } }for old behavior.userconfig option if available. Previouslyprocess.env.USERwas used.pg.Poolandpg.Queryto be an es6 class.pg.nativenon enumerable.noticemessages are no longer instances ofError.pg@7.18.0
rejectUnauthorizedfromfalsetotruemaking things more secure in the general use case.pg-query-stream@3.0.0
stream.closetostream.destroywhich is the official way to terminate a readable stream. This is a breaking change if you rely on thestream.closemethod on pg-query-stream...though should be just a find/replace type operation to upgrade as the semantics remain very similar (not exactly the same, since internals are rewritten, but more in line with how streams are "supposed" to behave).config.batchSizeandconfig.highWaterMarkto both do the same thing: control how many rows are buffered in memory. TheReadableStreamwill manage exactly how many rows are requested from the cursor at a time. This should give better out of the box performance and help with efficient async iteration.pg@7.17.0
idle_in_transaction_session_timeoutoption.7.16.0
7.15.0
new.7.14.0
7.13.0
7.12.0
7.11.0
7.10.0
7.9.0
7.8.0
7.7.0
7.6.0
7.5.0
nullorundefinedtoclient.query.7.4.0
7.3.0
7.2.0
7.1.0
Enhancements
7.0.0
Breaking Changes
4.x.pg.connectpg.endandpg.cancelsingleton methods.Client#connect(callback)now returnsundefined. It used to return an event emitter.2.x.2.x.SELECT 1; SELECT 2;are now returned as an array of results instead of a single result with 1 array containing rows from both queries.Please see here for a migration guide
Enhancements
Client#connect() => Promise<void>andClient#end() => Promise<void>calls. Promises are now returned from all async methods on clients if and only if no callback was supplied to the method.connectionTimeoutMillisto pg-pool.v6.2.0
replicationStartmessages.v6.1.0
client.endmethod. The native client already supported this.v6.0.0
Breaking Changes
pg.pools. There is still a reference kept to the pools created & tracked bypg.connectbut it has been renamed, is considered private, and should not be used. Accessing this API directly was uncommon and was supposed to be private but was incorrectly documented on the wiki. Therefore, it is a breaking change of an (unintentionally) public interface to remove it by renaming it & making it private. Eventuallypg.connectitself will be deprecated in favor of instantiating pools directly vianew pg.Pool()so this property should become completely moot at some point. In the mean time...check out the new features...New features
pg.connect. The pg-pool constructor is exported from node-postgres atrequire('pg').Pool. It provides a backwards compatible interface withpg.connectas well as a promise based interface & additional niceties.You can now create an instance of a pool and don't have to rely on the
pgsingleton for anything:Promise support & other goodness lives now in pg-pool.
Please read the readme at pg-pool for the full api.
This should help with backends incorrectly considering idle clients to be dead and prematurely disconnecting them.
v5.1.0
client.queryimplement the promise interface. This is the first step towards promisifying more of the node-postgres api.Example:
v5.0.0
Breaking Changes
require('pg').nativenow returns null if the native bindings cannot be found; previously, this threw an exception.New Features
undefinedas a query parameterdefaults.connectionStringreturnToHeadbeing passed to generic poolv4.5.0
v4.4.0
stderrif a named query exceeds 63 characters which is the max length supported by postgres.v4.3.0
pg-typessemver. Allow it to float againstpg-types@1.x.v4.2.0
v4.1.0
v4.0.0
npm install pg-nativetry/catchblock.v3.6.0
v3.5.0
v3.4.0
v3.2.0
v3.1.0
endfrompgobject when a pool is drainedv3.0.0
Breaking changes
After some discussion it was decided node-postgres was non-compliant in how it was handling DATE results. They were being converted to UTC, but the PostgreSQL documentation specifies they should be returned in the client timezone. This is a breaking change, and if you use the
datetype you might want to examine your code and make sure nothing is impacted.pg@v2.0 included changes to not convert large integers into their JavaScript number representation because of possibility for numeric precision loss. The same types in arrays were not taken into account. This fix applies the same type of type-coercion rules to arrays of those types, so there will be no more possible numeric loss on an array of very large int8s for example. This is a breaking change because now a return type from a query of
int8[]will contain string representationsof the integers. Use your favorite JavaScript bignum module to represent them without precision loss, or punch over the type converter to return the old style arrays again.
Single
dateparameters were properly sent to the PostgreSQL server properly in local time, but an input array of dates was being changed into utc dates. This is a violation of what PostgreSQL expects. Small breaking change, but none-the-less something you should check out if you are inserting an array of dates.endevent if it ends due to an errorThis is a small change to bring the semantics of query more in line with other EventEmitters. The tests all passed after this change, but I suppose it could still be a breaking change in certain use cases. If you are doing clever things with the
endanderrorevents of a query object you might want to check to make sure its still behaving normally, though it is most likely not an issue.New features
prepareValueThe long & short of it is now any object you supply in the list of query values will be inspected for a
.toPostgresmethod. If the method is present it will be called and its result used as the raw text value sent to PostgreSQL for that value. This allows the same type of custom type coercion on query parameters as was previously afforded to query result values.If domains are active node-postgres will honor them and do everything it can to ensure all callbacks are properly fired in the active domain. If you have tried to use domains with node-postgres (or many other modules which pool long lived event emitters) you may have run into an issue where the active domain changes before and after a callback. This has been a longstanding footgun within node-postgres and I am happy to get it fixed.
Avoids a scenario where your pool could fill up with disconnected & unusable clients.
To provide better documentation and a clearer explanation of how to override the query result parsing system we broke the type converters into their own module. There is still work around removing the 'global-ness' of the type converters so each query or connection can return types differently, but this is a good first step and allow a lot more obvious way to return int8 results as JavaScript numbers, for example
v2.11.0
v2.10.0
v2.9.0
v2.8.0
v2.7.0
v2.6.0
v2.5.0
pg.defaults.parseInt8 = truev2.4.0
v2.3.0
Due to the low usage & required compiled dependency this will be pushed into a 3rd party add-on
v2.2.0
v2.1.0
v2.0.0
For more information see #353
If you are unhappy with these changes you can always override the built in type parsing fairly easily.
v1.3.0
v1.2.0
v1.1.0
JSONdata type for PostgreSQL Server @ v9.2.0 or greaterv1.0.0
pg.connectnow requires 3 argumentsStringv0.15.0
endwhen disconnected from back-end serverv0.14.0
v8.7.3Compare Source
v8.7.1Compare Source
v8.7.0Compare Source
v8.6.0Compare Source
--isolatedModules.Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.