Skip to content

chore(deps): bump transitive lockfile resolutions surfaced by dependabot#9955

Merged
asheshv merged 1 commit into
masterfrom
chore/deps-transitive
May 20, 2026
Merged

chore(deps): bump transitive lockfile resolutions surfaced by dependabot#9955
asheshv merged 1 commit into
masterfrom
chore/deps-transitive

Conversation

@asheshv
Copy link
Copy Markdown
Contributor

@asheshv asheshv commented May 20, 2026

Summary

Pure lockfile-only updates — no package.json changes. Dependabot opened these as separate PRs because they sit below pgAdmin's direct deps in the resolution tree, so the manifest-level bumps applied in #9954 did not pull them along.

web/yarn.lock

Package Was Now Dependabot PR
@babel/plugin-transform-modules-systemjs 7.29.0 7.29.4 #9923
devalue 5.7.0 5.8.1 #9937
fast-uri 3.1.0 3.1.2 #9922
svelte 5.55.1 5.55.8 #9938 (tracked 5.55.7; 5.55.8 was released after the PR opened, both within ^5.0.0)

runtime/yarn.lock

Package Was Now Dependabot PR
fast-uri 3.1.0 3.1.2 #9924

Method

yarn up -R <pkg> in each workspace. All resolutions stay within the existing semver ranges declared by the parent packages — no manifest constraints touched.

Test plan

  • yarn run test:js-once → 140 / 0 / 0 suites, 824 / 0 / 0 tests
  • yarn run linter in /web → clean (silent)
  • yarn run linter in /runtime → clean (silent)
  • Each target version cross-checked against the corresponding dependabot PR diff via gh pr diff

Follow-up

These five dependabot PRs (#9922, #9923, #9924, #9937, #9938) can be closed once this lands.

Pure lockfile-only updates — no package.json changes. Dependabot
surfaced these as separate PRs because they sit below pgAdmin's
direct deps in the resolution tree, so the manifest-level bumps
applied in #9954 did not pull them along.

web/yarn.lock:
- @babel/plugin-transform-modules-systemjs 7.29.0 -> 7.29.4 (#9923)
- devalue                                  5.7.0  -> 5.8.1  (#9937)
- fast-uri                                 3.1.0  -> 3.1.2  (#9922)
- svelte                                   5.55.1 -> 5.55.8 (#9938)
  (5.55.8 supersedes the 5.55.7 dependabot was tracking when the PR
   opened; both are within the same ^5.0.0 range.)

runtime/yarn.lock:
- fast-uri                                 3.1.0  -> 3.1.2  (#9924)

All resolutions stay within their existing semver ranges declared by
the parent packages — no manifest constraints touched. Refreshed via
`yarn up -R <pkg>` in each workspace.

Verified:

  - jest:               140/0/0 suites, 824/0/0 tests
  - eslint (web):       clean (silent)
  - eslint (runtime):   clean (silent)
@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented May 20, 2026

Important

Review skipped

Review was skipped due to path filters

⛔ Files ignored due to path filters (2)
  • runtime/yarn.lock is excluded by !**/yarn.lock, !**/*.lock
  • web/yarn.lock is excluded by !**/yarn.lock, !**/*.lock

CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including **/dist/** will override the default block on the dist directory, by removing the pattern from both the lists.

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro

Run ID: ddcd89ed-1162-489f-98ca-1c8535b113fa

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch chore/deps-transitive

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@asheshv asheshv merged commit 3b801fc into master May 20, 2026
78 of 80 checks passed
@asheshv asheshv deleted the chore/deps-transitive branch May 20, 2026 11:52
asheshv added a commit that referenced this pull request May 20, 2026
…ce tests (#9958)

The shared polling helpers in:

  - web/pgadmin/tools/backup/tests/test_backup_utils.py
  - web/pgadmin/tools/import_export/tests/test_import_export_utils.py
  - web/pgadmin/tools/maintenance/tests/test_create_maintenance_job.py
  - web/pgadmin/tools/restore/tests/test_create_restore_job.py

all share the same race that surfaced on macos-latest / pg16 in
PR #9955's CI run:

  - Wait budget was 2.5s (5 iterations x 0.5s; maintenance used 5s).
  - The break condition was `execution_time' in the_process`, but
    `execution_time` is the elapsed time of a *running* bgprocess --
    it is set before the wrapped pg_dump / pg_restore / psql / COPY
    actually finishes. The completion signal is `exit_code` becoming
    non-None.
  - So the helper could return control while the wrapped command was
    still running, and the next assertion -- e.g.
    `assert_equal(the_process['exit_code'] in [0, 1], True)` -- would
    fire on `None in [0, 1]`, i.e. `False != True`.

Some scenarios masked the bug by listing `None` in their
`expected_exit_code` set (a tell that someone noticed the polling was
unreliable and worked around it by widening accepted exit codes).
Scenarios that didn't include `None` were the ones that flaked.

Fix all four helpers identically:

  - Poll for up to 60 iterations x 0.5s = 30s, generous enough for
    the slowest CI runner.
  - Break only when `the_process.get('exit_code') is not None`, the
    actual completion signal.
  - Narrow `except Exception` to `except StopIteration`, which is the
    only thing `next(...)` here can raise.

No call-site changes needed; the helper contract (returns once the
job is done; raises if the bgprocess never finished) is unchanged in
spirit and strictly more reliable in practice.

Verified:

  - pycodestyle on the four files: 0 violations.

This fixes the failure observed in the macos-latest / pg16 leg of
PR #9955's CI run (run 26154521710, job 76930277702), which was
unrelated to that PR's lockfile-only changes.
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