Skip to content

Bump express and @types/express#17

Closed
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/multi-b251156d90
Closed

Bump express and @types/express#17
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/multi-b251156d90

Conversation

@dependabot
Copy link
Copy Markdown
Contributor

@dependabot dependabot Bot commented on behalf of github May 4, 2026

Bumps express and @types/express. These dependencies needed to be updated together.
Updates express from 4.22.1 to 5.2.1

Release notes

Sourced from express's releases.

v5.2.1

What's Changed

[!IMPORTANT]
The prior release (5.2.0) included an erroneous breaking change related to the extended query parser. There is no actual security vulnerability associated with this behavior (CVE-2024-51999 has been rejected). The change has been fully reverted in this release.

Full Changelog: expressjs/express@v5.2.0...v5.2.1

v5.2.0

Important: Security

What's Changed

... (truncated)

Changelog

Sourced from express's changelog.

5.2.1 / 2025-12-01

  • Revert security fix for CVE-2024-51999 (GHSA-pj86-cfqh-vqx6)
    • The prior release (5.2.0) included an erroneous breaking change related to the extended query parser. There is no actual security vulnerability associated with this behavior (CVE-2024-51999 has been rejected). The change has been fully reverted in this release.

5.2.0 / 2025-12-01

  • Security fix for CVE-2024-51999 (GHSA-pj86-cfqh-vqx6)
  • deps: body-parser@^2.2.1
  • A deprecation warning was added when using res.redirect with undefined arguments, Express now emits a warning to help detect calls that pass undefined as the status or URL and make them easier to fix.

5.1.0 / 2025-03-31

  • Add support for Uint8Array in res.send()
  • Add support for ETag option in res.sendFile()
  • Add support for multiple links with the same rel in res.links()
  • Add funding field to package.json
  • perf: use loop for acceptParams
  • refactor: prefix built-in node module imports
  • deps: remove setprototypeof
  • deps: remove safe-buffer
  • deps: remove utils-merge
  • deps: remove methods
  • deps: remove depd
  • deps: debug@^4.4.0
  • deps: body-parser@^2.2.0
  • deps: router@^2.2.0
  • deps: content-type@^1.0.5
  • deps: finalhandler@^2.1.0
  • deps: qs@^6.14.0
  • deps: server-static@2.2.0
  • deps: type-is@2.0.1

5.0.1 / 2024-10-08

5.0.0 / 2024-09-10

  • remove:
    • path-is-absolute dependency - use path.isAbsolute instead
  • breaking:
    • res.status() accepts only integers, and input must be greater than 99 and less than 1000
      • will throw a RangeError: Invalid status code: ${code}. Status code must be greater than 99 and less than 1000. for inputs outside this range
      • will throw a TypeError: Invalid status code: ${code}. Status code must be an integer. for non integer inputs
    • deps: send@1.0.0

... (truncated)

Commits

Updates @types/express from 4.17.25 to 5.0.6

Commits

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels May 4, 2026
Bumps [express](https://github.com/expressjs/express) and [@types/express](https://github.com/DefinitelyTyped/DefinitelyTyped/tree/HEAD/types/express). These dependencies needed to be updated together.

Updates `express` from 4.22.1 to 5.2.1
- [Release notes](https://github.com/expressjs/express/releases)
- [Changelog](https://github.com/expressjs/express/blob/master/History.md)
- [Commits](expressjs/express@v4.22.1...v5.2.1)

Updates `@types/express` from 4.17.25 to 5.0.6
- [Release notes](https://github.com/DefinitelyTyped/DefinitelyTyped/releases)
- [Commits](https://github.com/DefinitelyTyped/DefinitelyTyped/commits/HEAD/types/express)

---
updated-dependencies:
- dependency-name: "@types/express"
  dependency-version: 5.0.6
  dependency-type: direct:development
  update-type: version-update:semver-major
- dependency-name: express
  dependency-version: 5.2.1
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@pulkitpareek18
Copy link
Copy Markdown
Collaborator

Deferred: this is a major version bump with breaking changes that needs a code-level review, not a lockfile bump. Reopening or filing a fresh PR after the audit is fine. Tracked here so we do not lose it:

PR Target Why deferred
#2 vite 5 → 8 Vite 8 drops Node 18 + reworks SSR; needs dashboard build verification
#4 typescript 5 → 6 (dashboard) TS 6 is brand new; pin alongside the rest of the workspace later
#5 react 18 → 19 (dashboard) React 19 has API changes (Actions, ref-as-prop); audit dashboard hooks
#7 react-dom 18 → 19 (dashboard) Pairs with #5
#8 @vitejs/plugin-react 4 → 6 Pairs with #2
#15 uuid 9 → 14 Drops Node 18, requires global crypto; verify Docker base + CI
#17 express 4 → 5 Express 5 changes async error handling and req signatures

Dependabot is now configured (monthly, grouped, majors only as separate PRs) so the queue should stay small.

@dependabot @github
Copy link
Copy Markdown
Contributor Author

dependabot Bot commented on behalf of github May 4, 2026

OK, I won't notify you again about this release, but will get in touch when a new version is available. You can also ignore all major, minor, or patch releases for a dependency by adding an ignore condition with the desired update_types to your config file.

If you change your mind, just re-open this PR and I'll resolve any conflicts on it.

@pulkitpareek18 pulkitpareek18 deleted the dependabot/npm_and_yarn/multi-b251156d90 branch May 4, 2026 19:12
pulkitpareek18 pushed a commit that referenced this pull request May 28, 2026
C-101 from the Phase 1 plan in docs/plan/bfsi-v1/04-commits.md — the
Phase 1 production-track Android client for the ZeroAuth Pramaan protocol.

Lands four Gradle modules:

  :app                        — Activity, Compose UI, placeholder surface
                                rendering 'ZeroAuth — coming soon (scaffold
                                C-101)'. minSdk 30, targetSdk 34, Kotlin
                                1.9.22, AGP 8.3.2, Compose BOM 2024.02.02,
                                applicationId dev.zeroauth.banking,
                                versionCode 1 / versionName 0.1.0.
  :prover                     — interface-only library. Prover.kt declares
                                generateProof(witnessJson) -> proofJson;
                                DefaultProver throws NotImplementedError.
                                The rapidsnark JNI bridge implementation
                                lands with C-104 per the Agent #17 plan
                                (docs/plan/bfsi-v1/agents/agent-17-android-prover.md
                                ticket A17-W3-Mon).
  :sensors:r307               — interface-only library for the R307 USB-OTG
                                fingerprint sensor. Driver lands with C-145.
  :sensors:biometric_prompt   — interface-only library for the platform
                                BiometricPrompt + StrongBox key wrap. Real
                                invocation + class-3 enforcement land with
                                C-144.

The subtree is deliberately parallel to the existing android/ subtree
(the W3 desktop-login WebView spike): different toolchain pin
(android/ is Kotlin 2.0 + AGP 8.5; mobile/ is Kotlin 1.9.22 + AGP 8.3.2),
different applicationId (dev.zeroauth.android vs dev.zeroauth.banking),
different settings.gradle.kts root. They coexist for the W3-to-W4
transition; once C-104 lands the rapidsnark JNI bridge here the W3
WebView path becomes a tier-2 fallback and mobile/ is the authoritative
implementation.

Why this commit ships only a scaffold:

  * gives downstream commits (C-104 prover, C-143 enrollment,
    C-144 keystore, C-145 R307, C-146 e2e login) a place to land
    without each one re-litigating module boundaries;
  * exercises the module graph end-to-end (:app depends on all three
    siblings from day one) so each implementation drop is a
    module-internal change rather than a wiring change;
  * the four pinned versions (Kotlin/AGP/Compose-BOM/compose-compiler)
    are intentionally a stable older quartet — the toolchain bump is
    re-evaluated once the rapidsnark JNI build stabilises post-C-104.

Reference artefacts the scaffold is designed against:

  * docs/plan/bfsi-v1/02-bank-demo.md — Scenes 1 (enrollment) + 2
    (kiosk login) drive the eventual flows in :app.
  * docs/operations/device-support-matrix.md — minSdk 30 + StrongBox
    + class-3 BiometricPrompt requirements come from the tier-1 row
    constraints + the tier-3 denylist.
  * docs/plan/bfsi-v1/agents/agent-17-android-prover.md ticket
    A17-W2-Mon — this commit is the explicit deliverable.
  * docs/plan/bfsi-v1/agents/agent-04-vp-mobile.md ticket A04-W3-Tue —
    the reviewer-side review of this PR.

New dependencies introduced (AndroidX core/lifecycle/activity, Compose
BOM + UI + Material 3 + Tooling, AndroidX test runners + Compose UI
test JUnit4): these are intrinsic to the Android-only platform choice.
The platform-level rationale is covered by adr/0010-android-webview-
snarkjs-bundling.md (the existing Android-only commitment in this tree)
and is being broadened in adr/0014-android-only-mobile-platform.md as
C-102 lands in week 3 (per docs/plan/bfsi-v1/agents/agent-04-vp-mobile.md
ticket A04-W1-Tue). No new ADR is opened with this commit — the
platform dep ADR trail is in flight on the C-102 PR.

Verification at commit time:

  * find mobile -name '*.kt' -o -name '*.kts' -o -name '*.xml' lists
    31 files spanning all four modules.
  * 31 files / 1412 lines total.
  * The Gradle wrapper jar is NOT committed; it lands in the
    follow-on CI-wiring commit. No attempt is made to compile the
    project locally — that runs in CI once the workflow exists.
pulkitpareek18 pushed a commit that referenced this pull request May 28, 2026
C-101 from the Phase 1 plan in docs/plan/bfsi-v1/04-commits.md — the
Phase 1 production-track Android client for the ZeroAuth Pramaan protocol.

Lands four Gradle modules:

  :app                        — Activity, Compose UI, placeholder surface
                                rendering 'ZeroAuth — coming soon (scaffold
                                C-101)'. minSdk 30, targetSdk 34, Kotlin
                                1.9.22, AGP 8.3.2, Compose BOM 2024.02.02,
                                applicationId dev.zeroauth.banking,
                                versionCode 1 / versionName 0.1.0.
  :prover                     — interface-only library. Prover.kt declares
                                generateProof(witnessJson) -> proofJson;
                                DefaultProver throws NotImplementedError.
                                The rapidsnark JNI bridge implementation
                                lands with C-104 per the Agent #17 plan
                                (docs/plan/bfsi-v1/agents/agent-17-android-prover.md
                                ticket A17-W3-Mon).
  :sensors:r307               — interface-only library for the R307 USB-OTG
                                fingerprint sensor. Driver lands with C-145.
  :sensors:biometric_prompt   — interface-only library for the platform
                                BiometricPrompt + StrongBox key wrap. Real
                                invocation + class-3 enforcement land with
                                C-144.

The subtree is deliberately parallel to the existing android/ subtree
(the W3 desktop-login WebView spike): different toolchain pin
(android/ is Kotlin 2.0 + AGP 8.5; mobile/ is Kotlin 1.9.22 + AGP 8.3.2),
different applicationId (dev.zeroauth.android vs dev.zeroauth.banking),
different settings.gradle.kts root. They coexist for the W3-to-W4
transition; once C-104 lands the rapidsnark JNI bridge here the W3
WebView path becomes a tier-2 fallback and mobile/ is the authoritative
implementation.

Why this commit ships only a scaffold:

  * gives downstream commits (C-104 prover, C-143 enrollment,
    C-144 keystore, C-145 R307, C-146 e2e login) a place to land
    without each one re-litigating module boundaries;
  * exercises the module graph end-to-end (:app depends on all three
    siblings from day one) so each implementation drop is a
    module-internal change rather than a wiring change;
  * the four pinned versions (Kotlin/AGP/Compose-BOM/compose-compiler)
    are intentionally a stable older quartet — the toolchain bump is
    re-evaluated once the rapidsnark JNI build stabilises post-C-104.

Reference artefacts the scaffold is designed against:

  * docs/plan/bfsi-v1/02-bank-demo.md — Scenes 1 (enrollment) + 2
    (kiosk login) drive the eventual flows in :app.
  * docs/operations/device-support-matrix.md — minSdk 30 + StrongBox
    + class-3 BiometricPrompt requirements come from the tier-1 row
    constraints + the tier-3 denylist.
  * docs/plan/bfsi-v1/agents/agent-17-android-prover.md ticket
    A17-W2-Mon — this commit is the explicit deliverable.
  * docs/plan/bfsi-v1/agents/agent-04-vp-mobile.md ticket A04-W3-Tue —
    the reviewer-side review of this PR.

New dependencies introduced (AndroidX core/lifecycle/activity, Compose
BOM + UI + Material 3 + Tooling, AndroidX test runners + Compose UI
test JUnit4): these are intrinsic to the Android-only platform choice.
The platform-level rationale is covered by adr/0010-android-webview-
snarkjs-bundling.md (the existing Android-only commitment in this tree)
and is being broadened in adr/0014-android-only-mobile-platform.md as
C-102 lands in week 3 (per docs/plan/bfsi-v1/agents/agent-04-vp-mobile.md
ticket A04-W1-Tue). No new ADR is opened with this commit — the
platform dep ADR trail is in flight on the C-102 PR.

Verification at commit time:

  * find mobile -name '*.kt' -o -name '*.kts' -o -name '*.xml' lists
    31 files spanning all four modules.
  * 31 files / 1412 lines total.
  * The Gradle wrapper jar is NOT committed; it lands in the
    follow-on CI-wiring commit. No attempt is made to compile the
    project locally — that runs in CI once the workflow exists.
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 javascript Pull requests that update javascript code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant