Skip to content

build(deps): bump react-router-dom from 7.13.0 to 7.13.1 in /apps/lexfiat#410

Merged
MightyPrytanis merged 1 commit intomainfrom
dependabot/npm_and_yarn/apps/lexfiat/react-router-dom-7.13.1
Mar 10, 2026
Merged

build(deps): bump react-router-dom from 7.13.0 to 7.13.1 in /apps/lexfiat#410
MightyPrytanis merged 1 commit intomainfrom
dependabot/npm_and_yarn/apps/lexfiat/react-router-dom-7.13.1

Conversation

@dependabot
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Feb 23, 2026

Bumps react-router-dom from 7.13.0 to 7.13.1.

Changelog

Sourced from react-router-dom's changelog.

7.13.1

Patch Changes

  • Updated dependencies:
    • react-router@7.13.1
Commits

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 show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @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)

@dependabot dependabot bot added dependencies Pull requests that update a dependency file lexfiat labels Feb 23, 2026
@dependabot dependabot bot requested a review from MightyPrytanis as a code owner February 23, 2026 18:08
@dependabot dependabot bot added dependencies Pull requests that update a dependency file lexfiat labels Feb 23, 2026
@dependabot dependabot bot force-pushed the dependabot/npm_and_yarn/apps/lexfiat/react-router-dom-7.13.1 branch from 693d6e3 to e4606bc Compare March 8, 2026 20:02
Bumps [react-router-dom](https://github.com/remix-run/react-router/tree/HEAD/packages/react-router-dom) from 7.13.0 to 7.13.1.
- [Release notes](https://github.com/remix-run/react-router/releases)
- [Changelog](https://github.com/remix-run/react-router/blob/main/packages/react-router-dom/CHANGELOG.md)
- [Commits](https://github.com/remix-run/react-router/commits/react-router-dom@7.13.1/packages/react-router-dom)

---
updated-dependencies:
- dependency-name: react-router-dom
  dependency-version: 7.13.1
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot force-pushed the dependabot/npm_and_yarn/apps/lexfiat/react-router-dom-7.13.1 branch from e4606bc to e0e1318 Compare March 8, 2026 20:08
@MightyPrytanis MightyPrytanis merged commit 24f866a into main Mar 10, 2026
12 of 14 checks passed
@MightyPrytanis MightyPrytanis deleted the dependabot/npm_and_yarn/apps/lexfiat/react-router-dom-7.13.1 branch March 10, 2026 10:14
MightyPrytanis added a commit that referenced this pull request Mar 11, 2026
… and correct assertions (#496)

The onboarding integration tests were broken in multiple compounding
ways: missing imports (`startAppServer`, `generateAccessToken`) caused
`beforeAll` to fail silently, leaving `authHeaders` empty so every
authenticated route returned 401; `const testPort`/`const baseUrl` were
reassigned inside the `listen` callback (runtime `TypeError`); and a
duplicate server startup raced with itself on port 5003.

## Changes

**Server startup (`beforeAll`)**
- Replaced broken inline `http.createServer` + `listen` block (plus a
second redundant `startAppServer` call) with a single
`startAppServer(app, process.env.TEST_PORT)` — uses `TEST_PORT` env var
if set, otherwise OS-assigned ephemeral port (0), eliminating
`EADDRINUSE` in CI
- Wraps startup in `try/catch` with actionable error messages
distinguishing fixed-port conflicts from ephemeral allocation failures
- Logs which port is being used before startup so CI output is traceable

```typescript
const preferredPort = process.env.TEST_PORT;
console.log(`[Onboarding Tests] Starting test server on ${preferredPort ? `port ${preferredPort}` : 'ephemeral port (0)'}...`);
try {
  const started = await startAppServer(app, preferredPort);
  baseUrl = started.baseUrl;
  stopServer = started.stop;
} catch (err: any) {
  const portHint = preferredPort
    ? `Port ${preferredPort} may already be in use. Set TEST_PORT to a different available port, or unset it to use an ephemeral port.`
    : 'Ephemeral port allocation failed — check system resource limits.';
  console.error(`[Onboarding Tests] ❌ Server startup failed: ${err.message}. ${portHint}`);
  throw err;
}
```

**Imports & structure**
- Added missing `startAppServer` (from `test-utils/test-server.ts`) and
`generateAccessToken` (from `middleware/security.ts`)
- Removed unused outer `describe` wrapper, unused
`vi`/`Server`/`AddressInfo` imports
- Removed `beforeEach` that called non-existent `profileStore.clear()`
- `afterAll` now calls `stop()` returned by `startAppServer`

**Test assertions**
Fixed three assertions that matched a stale route shape (route wraps
responses as `{ success, profile }` / `{ success, baseline }`):
- `data.primaryJurisdiction` → `data.profile?.primaryJurisdiction` (×2)
- `data.minimumHoursPerWeek` → `data.baseline?.minimumHoursPerWeek`

<!-- START COPILOT ORIGINAL PROMPT -->



<details>

<summary>Original prompt</summary>

> The onboarding API integration tests in
Cyrano/tests/routes/onboarding.test.ts currently default to port 5003,
which can lead to 'ECONNREFUSED' errors or port-in-use conflicts in CI
and local runs. To resolve this:
> 
> - Refactor test startup to allow easy selection of the listening port
via an environment variable (TEST_PORT), falling back to 0 (random port)
if none is set or if 5003 is unavailable.
> - Update fetch calls in the test suite to always use the actual
resolved port the test server listens on.
> - Improve error reporting in the beforeAll() server start block.
Clearly output if port is unavailable and suggest user action if a port
conflict or startup error occurs (e.g., instruct to set TEST_PORT or
kill existing process).
> - Add console output to CI logs indicating which port is being used
for onboarding tests, and highlight any startup problems clearly.
> 
> Verify this resolves the connection errors and failed assertions
reported in CI (see job 66213858412 and PR #410).
> 
> The following is the prior conversation context from the user's chat
exploration (may be truncated):
> 
> User: Please find a solution for failing job 66213858412. Use the
logs, job definition, and any referenced files where the failure
occurred. Keep your response focused on the solution and include code
suggestions when appropriate.
> 
> Assistant: The job failed because the tests could not connect to the
server at localhost:5003 (Error: connect ECONNREFUSED ::1:5003 and
127.0.0.1:5003). This prevented the onboarding API integration tests
from running, resulting in many expected true-to-be-false assertion
errors and a test pass rate below the 85% threshold.
> 
> Solution:
> 
> 1. Ensure the test server starts on port 5003 before tests attempt to
connect. In Cyrano/tests/routes/onboarding.test.ts, the test server is
created in a beforeAll hook, but if the port is already in use or if the
server fails to initialize, subsequent tests will fail with connection
refused.
> 2. Check for code or environment issues that could block port 5003.
Confirm nothing else is using the port, or modify the test to select an
available port (e.g., by passing 0 to server.listen for a random free
port).
> 3. Improve server startup by capturing and reporting startup errors
more clearly.
> 4. Validate that fetch requests in your onboarding tests use the
actual port where the server is listening.
> 
> Example fix for port conflict handling (in onboarding.test.ts):
> 
> ```typescript
> const http = await import('http');
> let resolvedPort = testPort;
> server = http.createServer(app);
> server.listen(testPort, () => {
> resolvedPort = server.address().port; // use the actual port assigned
(if 0)
>   // proceed with tests using resolvedPort
> });
> server.on('error', err => {
>   if (err.code === 'EADDRINUSE') {
> console.error(`Port ${testPort} in use, try setting TEST_PORT to a
free port`);
>   }
>   throw err;
> });
> ```
> 
> You can also set TEST_PORT to a unique value for parallel CI runs or
ensure the port is always free before tests start.
> 
> After addressing the server startup and port issue, rerun the tests to
confirm the pass rate exceeds 85% and all onboarding API routes are
reachable.
> 
> User: I could swear we just fixed these errors. Oh well. Open PR to
fix
> 
> Assistant: Please confirm: should the PR be opened in
MightyPrytanis/codebase with a focus on ensuring the test server
reliability in Cyrano/tests/routes/onboarding.test.ts (specifically,
handling port 5003 issues and improving robustness of server startup and
teardown)?
> 
> If so, would you prefer I:
> - Automatically use a random available port if 5003 is in use?
> - Make TEST_PORT selectable via environment, and improve error
reporting?
> - Or do you have specific requirements for how to address this?
> 
> Let me know your preference so I can open the pull request
accordingly.
> 
> User: make selectable and improve error reporting
> 
> Assistant: I've started a pull request for MightyPrytanis/codebase to
make the onboarding test port selectable via TEST_PORT, improve error
reporting, and ensure the resolved port is correctly used throughout the
test suite. This will address the connection issues you've seen.
> 
> 


</details>



<!-- START COPILOT CODING AGENT SUFFIX -->

*This pull request was created from Copilot chat.*
>

<!-- START COPILOT CODING AGENT TIPS -->
---

🔒 GitHub Advanced Security automatically protects Copilot coding agent
pull requests. You can protect all pull requests by enabling Advanced
Security for your repositories. [Learn more about Advanced
Security.](https://gh.io/cca-advanced-security)
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 lexfiat

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant