Bump @vitest/browser-playwright from 4.1.7 to 4.1.8#219
Conversation
Bumps [@vitest/browser-playwright](https://github.com/vitest-dev/vitest/tree/HEAD/packages/browser-playwright) from 4.1.7 to 4.1.8. - [Release notes](https://github.com/vitest-dev/vitest/releases) - [Changelog](https://github.com/vitest-dev/vitest/blob/main/docs/releases.md) - [Commits](https://github.com/vitest-dev/vitest/commits/v4.1.8/packages/browser-playwright) --- updated-dependencies: - dependency-name: "@vitest/browser-playwright" dependency-version: 4.1.8 dependency-type: direct:development update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com>
Greptile SummaryThis is a Dependabot-generated patch bump of
Confidence Score: 4/5Safe to merge with one caveat: vitest itself should also be bumped to 4.1.8 to stay in sync with the newly installed browser packages. The @vitest/browser-playwright@4.1.8 and its pulled-in companions (@vitest/browser, @vitest/mocker, etc.) all declare vitest: 4.1.8 as a peer dependency, but the project's vitest remains at 4.1.7. pnpm resolves it anyway, but the mismatch means the browser adapter and the vitest core are at different patch levels — these packages are co-released precisely because they must stay in sync, and running them at different versions can expose subtle behavioural gaps. package.json — vitest and any other @vitest/* packages still pinned at 4.1.7 should be bumped to 4.1.8 to match the updated browser-playwright packages. Important Files Changed
Flowchart%%{init: {'theme': 'neutral'}}%%
flowchart TD
A["vitest@4.1.7\n(unchanged)"] -->|"peer dep\n⚠️ expects 4.1.8"| B["@vitest/browser-playwright@4.1.8\n(bumped)"]
B --> C["@vitest/browser@4.1.8"]
C --> D["@vitest/mocker@4.1.8"]
C --> E["@vitest/utils@4.1.8"]
D --> F["@vitest/spy@4.1.8"]
C --> G["ws@8.21.0\n(was 8.20.0)"]
E --> H["@vitest/pretty-format@4.1.8"]
%%{init: {'theme': 'base', 'themeVariables': {"darkMode": true, "background": "#0d1117", "primaryColor": "#21262d", "primaryTextColor": "#e6edf3", "primaryBorderColor": "#8b949e", "lineColor": "#8b949e", "textColor": "#e6edf3", "edgeLabelBackground": "#161b22", "actorBkg": "#21262d", "actorBorder": "#8b949e", "actorTextColor": "#e6edf3", "actorLineColor": "#8b949e", "signalColor": "#8b949e", "signalTextColor": "#e6edf3", "noteBkgColor": "#373320", "noteBorderColor": "#d4a72c", "noteTextColor": "#f0e6c0", "labelBoxBkgColor": "#21262d", "labelBoxBorderColor": "#8b949e", "labelTextColor": "#e6edf3", "loopTextColor": "#e6edf3", "activationBkgColor": "#30363d", "activationBorderColor": "#8b949e"}}}%%
flowchart TD
A["vitest@4.1.7\n(unchanged)"] -->|"peer dep\n⚠️ expects 4.1.8"| B["@vitest/browser-playwright@4.1.8\n(bumped)"]
B --> C["@vitest/browser@4.1.8"]
C --> D["@vitest/mocker@4.1.8"]
C --> E["@vitest/utils@4.1.8"]
D --> F["@vitest/spy@4.1.8"]
C --> G["ws@8.21.0\n(was 8.20.0)"]
E --> H["@vitest/pretty-format@4.1.8"]
Reviews (1): Last reviewed commit: "Bump @vitest/browser-playwright from 4.1..." | Re-trigger Greptile |
| "@testing-library/jest-dom": "^6.9.1", | ||
| "@testing-library/user-event": "^14.6.1", | ||
| "@vitest/browser-playwright": "4.1.7", | ||
| "@vitest/browser-playwright": "4.1.8", |
There was a problem hiding this comment.
Peer dependency mismatch: vitest still at 4.1.7
@vitest/browser-playwright@4.1.8 (and the transitively pulled @vitest/browser@4.1.8) now declare vitest: 4.1.8 as a peer dependency, but vitest remains pinned at 4.1.7 in this project. The lock file resolves it anyway, but pnpm will emit an unsatisfied-peer-dependency warning and the two packages were authored and released together — running a 4.1.8 browser adapter against a 4.1.7 core can expose subtle behavioural mismatches at the boundary. The safe fix is to also bump vitest (and any other @vitest/* packages pinned at 4.1.7) to 4.1.8.
Bumps @vitest/browser-playwright from 4.1.7 to 4.1.8.
Release notes
Sourced from @vitest/browser-playwright's releases.
Commits
e61f2ddchore: release v4.1.8675b434fix(browser): remove orphaned Playwright route when same module is mocked via...e4067b3fix(browser): disable clientcdpAPI whenallowWrite/allowExec: false[ba...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 rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill 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 versionwill 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 dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)