@yawlabs/postgres-mcp 0.6.10 → 0.6.11

package/CHANGELOG.md

@@ -7,54 +7,25 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
-## [0.6.10] - 2026-05-16
+## [0.6.11] - 2026-05-16
 
 ### Infrastructure
-- Republishes the 0.6.7-0.6.9 coverage additions, which never reached
-  npm. The `pg_top_queries orderBy=calls` numeric-vs-lexical ordering
-  test was removed after three round-trips trying to make it
-  environment-independent. pg_stat_statements on PG17/18 fingerprints
-  `SELECT 1 AS x_a` and `SELECT 2 AS x_b` to the same query id (column
-  aliases drop out of the jumble even though they're preserved in the
-  displayed text), so two markers with different aliases collapse to
-  one entry and the ordering assertion has nothing to compare. Local
-  WSL clusters differentiate; CI doesn't. The alias-shadowing trap at
-  `stats.ts:60-67` remains documented at the call site and the other
-  six coverage additions are unaffected.
-
-## [0.6.9] - 2026-05-16 [UNPUBLISHED]
-
-Tagged but never published to npm -- the pg_top_queries ordering test
-still failed in CI even after switching marker queries from cursor-
-wrapped handler calls to raw `runInternal`. Root cause was column-alias
-jumbling in pg_stat_statements; the test was removed in 0.6.10.
-
-## [0.6.8] - 2026-05-16 [UNPUBLISHED]
-
-Tagged but never published to npm -- the v0.6.8 attempt at the
-pg_top_queries test still depended on `pg_stat_statements.track_utility`
-being on, which the CI image's defaults don't guarantee. Shipped in 0.6.9.
-
-## [0.6.7] - 2026-05-16 [UNPUBLISHED]
-
-Tagged but never published to npm -- the initial coverage additions
-included an ordering test for pg_top_queries that failed in CI on a
-test-stability issue (not a code issue). The other six coverage
-additions shipped in 0.6.10.
-
+- Tightened the `pg_inspect_locks` real-contention test: replaced the
+  500ms hardcoded sleep with a 5s polling loop on `pg_blocking_pids()`
+  (avoids flakes on slow CI hosts and wasted time on fast ones), and
+  moved the `waiterPromise` await into the `finally` block so an
+  assertion failure mid-test still drains the queued waiter query
+  rather than leaving a floating promise.
 
+## [0.6.10] - 2026-05-16
 
 ### Infrastructure
-- Closed seven coverage gaps surfaced by a coverage audit. No behavior
+- Closed six coverage gaps surfaced by a coverage audit. No behavior
   changes; each test pins a branch the existing suite exercised on only
   one side, or a structural property a regression could silently violate:
   - `pg_inspect_locks` real ACCESS EXCLUSIVE contention with two side
     clients. Covers the LATERAL `unnest(pg_blocking_pids(...))` and the
     per-(blocked, blocker) row shape the v0.6.6 description claims.
-  - `pg_top_queries` `orderBy: 'calls'` numeric (not lexical) ordering.
-    A 12-call query must rank above a 2-call query -- pins the
-    alias-shadowing fix where unqualified `calls` would resolve to the
-    text output alias and sort lexically (`"2" > "12"`).
   - `pg_table_bloat` `minDeadRatio` threshold filter, as a relative
     property (filtered rows are at or above the threshold; baseline rows
     below the threshold are absent from filtered). Order-independent.

package/dist/index.js

@@ -37550,7 +37550,7 @@ function compareVersions(a, b) {
 }
 
 // src/index.ts
-var version2 = true ? "0.6.10" : (await null).createRequire(import.meta.url)("../package.json").version;
+var version2 = true ? "0.6.11" : (await null).createRequire(import.meta.url)("../package.json").version;
 var subcommand = process.argv[2];
 if (subcommand === "version" || subcommand === "--version") {
   console.log(version2);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yawlabs/postgres-mcp",
-  "version": "0.6.10",
+  "version": "0.6.11",
   "mcpName": "io.github.YawLabs/postgres-mcp",
   "description": "PostgreSQL MCP server - query, schema introspection, explain, and health checks for AI assistants",
   "license": "MIT",