fix(modules): Fix postgres deprecation warning.

[surister]

Removed the wait_container_is_ready decorator as per deprecation warning into the new container.waiting_for

[surister]

The string database system is ready to accept connections is valid for all postgres versions from postgres:9 to postgres:18

[surister]

I was testing this thoroughly and sometimes, maybe 1/10 runs this fails, the log successfully emits 'database system is ready...' and the waiting strategy picks it up but still the database is not ready.

<re.Match object; span=(1342, 1388), match='database system is ready to accept connections'>
... we try connect in _connect
ExecResult(exit_code=2, output=b'psql: error: connection to server at "127.0.0.1", port 5432 failed: Connection refused\n\tIs the server running on that host and accepting TCP/IP connections?\n')

Adding a 1s sleep in the _connect makes this go away, the funny thing is that postgres says it's ready when it's actually not.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 79.78%. Comparing base (bb646e9) to head (f0a2ee6).

Additional details and impacted files

@@ Coverage Diff @@## main #883 +/- ##
=======================================
Coverage 79.78% 79.78% =======================================
Files 14 14 Lines 1182 1182 Branches 184 184 =======================================
Hits 943 943 Misses 197 197 Partials 42 42 

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[surister]

Pipeline failing due to missing import (bad cherrypicking on my part 🥲) Anyway, will close this and properly migrate the module once #892 is finished.

[jankatins]

I guess this could be done with a healthcheck waiting strategy or by adding a new waiting strategy which runs a function or runs a command with sh in the container

[alexanderankin]

for postgres we disagree with at least java but several people have come to adjust specifically postgres wait logic so im inclined to preserve behavior if possible

…

On Sat, Oct 18, 2025 at 8:48 AM Jan Katins ***@***.***> wrote: *jankatins* left a comment (testcontainers/testcontainers-python#883) <#883 (comment)> I guess this could be done with a healthcheck waiting strategy or by adding a new waiting strategy which runs a function or runs a command with sh in the container — Reply to this email directly, view it on GitHub <#883 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACECGJAGKPITJQJPGZZVGWD3YIZK5AVCNFSM6AAAAACH4C4MW6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTIMJYGQYDQMZYGE> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>