Breaking changes in 7.5.0
See original GitHub issueI’m still peeling through all the changes in 7.5.0, trying to understand which of them are breaking.
But as it stands, I haven’t been able to upgrade pg-promise
to version 7.5.0 of the driver, with about 35% of all my automated tests failing to even execute correctly.
I may be the first one reporting this, as I’m trying to keep my library up to date at all times, but I won’t be the last one. Expect the same to be reported from people using sequelize
, knex
, and other frameworks, or anybody else who relies on tests as comprehensive as within pg-promise
.
Issue Analytics
- State:
- Created 5 years ago
- Comments:18 (7 by maintainers)
Top Results From Across the Web
Breaking changes in 7.5 | Elasticsearch Guide [7.17] | Elastic
This section discusses the changes that you need to be aware of when migrating your application to Elasticsearch 7.5. See also What's new...
Read more >Breaking Changes in Version 7 - RxJS
Until the end of v7, lift will remain on Observable. Standard JavaScript users will notice no difference. However, TypeScript users might see complaints...
Read more >Breaking changes in 7.5.0 and above · Issue #5122 - GitHub
Describe the bug there is a breaking change for typescript users in version 7.5.0, yet its not versioned properly to avoid such breaking ......
Read more >11. 7.4.1.GA, 7.5.0.GA and breaking changes Titanium Talk
In this episode Brenton and I cover the news with new SDK updates and upcoming breaking changes. ... GA, 7.5.0.GA and breaking changes...
Read more >Release 7.x - Adaptavist Documentation
7.5.0. 16 Nov 2022 ... All the other breaking changes for Groovy 3 are listed in the release notes. There are also some...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
instead of calling
client.end
try callingclient.release(true)
- passing a truthy value torelease
will cause the pool to call.end
on the client and evict it from the pool. What you’re likely running into is calling.end
on a client and then returning it to the pool…the next time that client is checked out from the pool it’s already ended and wont run queries. I’m not sure how the code was working in the past as calling.end
on a client manually and returning it to the pool will eventually fill your pool with ended clients that likely wont ever send their queries. So the change in7.5
is surfacing an error that was already (I guess somewhat silently) happening.also, FWIW I don’t think closing a postgres connection in general will cancel a query while it’s running…but I might be wrong there. But, I remember running some extremely long queries from
psql
in the past and closingpsql
hoping the query would abort but it didn’t. Foggy memory at this point though.Glad to know things are settling down! Thanks for the updates. @joelmukuthu LMK if/when you find out what the issue turns out to be.