Skip to content

Require sqlparse 0.6.0 or newer - #1640

Open
DiegoDAF wants to merge 1 commit into
dbcli:mainfrom
DiegoDAF:upstream/sqlparse-floor
Open

DiegoDAF wants to merge 1 commit into
dbcli:mainfrom
DiegoDAF:upstream/sqlparse-floor

Conversation

@DiegoDAF

Copy link
Copy Markdown
Contributor

The current requirement is sqlparse >=0.3.0,<0.7, so an existing environment can satisfy it with any 0.5.x release. All of them are affected by the advisories that 0.6.0 fixes: three denial-of-service issues (CVE-2026-59893, CVE-2026-54284, CVE-2026-71491) and a string-escaping bug (CVE-2026-59894). Querying OSV returns eleven entries for sqlparse 0.5.3 and none for 0.6.0.

The cap already allows 0.6.x, so this only raises the floor. A fresh install is unaffected, since pip resolves to the newest release either way. What changes is the upgrade path: today pip install -U pgcli on a machine that already has 0.5.3 keeps that version, because it still satisfies the requirement.

pgcli itself needs no change for 0.6.0: the full test suite passes against a live server on this branch, and pgspecial only requires sqlparse>=0.1.19.

The current floor is 0.3.0, so an existing environment can satisfy the
requirement with any 0.5.x release. All of them carry the advisories
that 0.6.0 fixes: three denial-of-service issues (CVE-2026-59893,
CVE-2026-54284, CVE-2026-71491) and a string-escaping bug
(CVE-2026-59894). OSV reports eleven entries for 0.5.3 and none for
0.6.0.

Upstream already allows 0.6.x (the cap is <0.7), so this only raises the
floor: a fresh install is unaffected, and an upgrade no longer silently
keeps a vulnerable sqlparse.
DiegoDAF added a commit to DiegoDAF/pgcli.daf that referenced this pull request Sep 17, 2026
dbcli#1639 (CodeQL) and dbcli#1640 (sqlparse floor) are open. The two remaining
branches are written and tested, waiting for room in the queue.

Upcoming had grown to 84 items, and three of its sections were stating
things that stopped being true weeks ago: that four merged PRs were
still open, that the SQL_ASCII work was undecided, and that
$XDG_STATE_HOME was not done. Everything moved down to its date, nothing
was deleted.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant