Skip to content

build(deps-dev): bump postgresql from 42.3.5 to 42.4.1 - #15

Closed
dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/maven/org.postgresql-postgresql-42.4.1
Closed

dependabot[bot] wants to merge 1 commit into
masterfrom
dependabot/maven/org.postgresql-postgresql-42.4.1

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Aug 3, 2022

Copy link
Copy Markdown

Bumps postgresql from 42.3.5 to 42.4.1.

Release notes

Sourced from postgresql's releases.

42.4.0

What's Changed

New Contributors

Full Changelog: pgjdbc/pgjdbc@REL42.3.6...REL42.4.0

Changelog

Sourced from postgresql's changelog.

Changelog

Notable changes since version 42.0.0, read the complete History of Changes.

The format is based on Keep a Changelog.

[Unreleased]

Changed

Added

Fixed

[42.4.1] (2022-08-01 16:24:20 -0400)

Security

  • fix: CVE-2022-31197 Fixes SQL generated in PgResultSet.refresh() to escape column identifiers so as to prevent SQL injection.
    • Previously, the column names for both key and data columns in the table were copied as-is into the generated SQL. This allowed a malicious table with column names that include statement terminator to be parsed and executed as multiple separate commands.
    • Also adds a new test class ResultSetRefreshTest to verify this change.
    • Reported by Sho Kato

Changed

  • chore: skip publishing pgjdbc-osgi-test to Central
  • chore: bump Gradle to 7.5
  • test: update JUnit to 5.8.2

Added

  • chore: added Gradle Wrapper Validation for verifying gradle-wrapper.jar
  • chore: added "permissions: contents: read" for GitHub Actions to avoid unintentional modifications by the CI
  • chore: support building pgjdbc with Java 17

Fixed

[42.4.0] (2022-06-09 08:14:02 -0400)

Changed

  • fix: added GROUP_STARTUP_PARAMETERS boolean property to determine whether or not to group startup parameters in a transaction (default=false like 42.2.x) fixes [Issue #2425](pgjdbc/pgjdbc#2497) pgbouncer cannot deal with transactions in statement pooling mode [PR #2425](pgjdbc/pgjdbc#2425)

Fixed

... (truncated)

Commits
  • bd91c4c Prepare for release (#2580)
  • 739e599 Merge pull request from GHSA-r38f-c4h4-hqq2
  • 736f959 fix: replace syncronization in Connection.close with compareAndSet
  • 4673fd2 feat: synchronize statement executions (e.g. avoid deadlock when Connection.i...
  • fd31a06 update the website content (#2578)
  • a6044d0 set a timeout to get the return from requesting SSL upgrade. (#2572)
  • 58d6fa0 test: bump system-stubs-jupiter to 2.0.1 to support Java 16+
  • b452d8c test: avoid concurrent executions of tests that update environment and system...
  • aa5758a test: update JUnit to 5.8.2
  • 36cd24c fix: log connection URL when it can't be parsed
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [postgresql](https://github.com/pgjdbc/pgjdbc) from 42.3.5 to 42.4.1.
- [Release notes](https://github.com/pgjdbc/pgjdbc/releases)
- [Changelog](https://github.com/pgjdbc/pgjdbc/blob/master/CHANGELOG.md)
- [Commits](pgjdbc/pgjdbc@REL42.3.5...REL42.4.1)

---
updated-dependencies:
- dependency-name: org.postgresql:postgresql
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added the dependencies Pull requests that update a dependency file label Aug 3, 2022
@dependabot @github

dependabot Bot commented on behalf of github Aug 18, 2022

Copy link
Copy Markdown
Author

Superseded by #16.

@dependabot dependabot Bot closed this Aug 18, 2022
@dependabot
dependabot Bot deleted the dependabot/maven/org.postgresql-postgresql-42.4.1 branch August 18, 2022 18:52
astubbs added a commit that referenced this pull request Aug 25, 2026
… wedged poller is fatal at a backstop

The code review's two remaining P1s, both on the sync lane's liveness.

The deadlock (review finding #3, found independently by two reviewers): the control
thread waited for a commit response while holding the commitCommand monitor for the
whole cycle, and the broker-poll thread's onPartitionsRevoked blocked acquiring that
same monitor - so the only thread that can produce the response could never run.
Pre-branch the waiter's local deadline broke the cycle fatally in ~10s; this branch
had removed that deadline, leaving no exit at all. Two composed fixes:

- The monitor becomes a ReentrantLock (commitCycleLock) guarding exactly what the
  monitor guarded - the cycle and the command flag together, so a commit command
  can still only be placed between attempts. The revocation path is the one caller
  that may only ever tryLock (#29's own rule): on contention it declines
  with a WARN and defers, offsets stay dirty and travel to the new assignee.
- commitAndWait gains a last-resort backstop at 4x offsetCommitTimeout + 60s: a
  poll thread that is alive but has serviced nothing for that whole window is
  wedged outside the commit path, commit state is unverifiable, and that is fatal
  - explicitly NOT the seam's budget exhaustion, which produces typed responses.
  The affirmative wait remains primary; merely-slow pollers are still waited out.

The escalation clock (finding #4): deferral streaks escalated to the handler once
they outlived offsetCommitTimeout - default 10 SECONDS - so the DEFAULT shutDown()
handler killed instances during ordinary slow-but-healthy rebalances that pre-seam
survived on WARNs, and each shutdown seeded the next rebalance. This overrides the
plan's settled offsetCommitTimeout quantum, recorded at the declaration: the
escalation clock is now rebalance-scale (5 minutes, parity with Kafka's default
max.poll.interval.ms, test seam per the longPollTimeout precedent). Deferrals
still WARN every cycle, never count as success, and clear on a real commit or
assignment change.

Also resolves the SpotBugs EI_EXPOSE_REP2 thread on CommitResponse (finding #15)
with a justification comment - the payload is effectively immutable and the type
is a package-internal single-producer channel; no annotations dependency exists to
suppress with.

Three new regression tests pin the fixes (revocation-declines, wedged-poller
backstop, streak-outliving-budget-but-not-bound never escalates), each written to
fail with the fix reverted; the four existing escalation scenarios drive the new
bound through its test seam. Full core unit suite 448/448, all gates green.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016jCtV2yqQvxDR6cLML8J8a
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants