File: release-notes.md | Updated: 11/18/2025
On this page
Version 1.56β
Introducing Playwright Test Agents, three custom agent definitions designed to guide LLMs through the core process of building a Playwright test:
Run npx playwright init-agents with your client of choice to generate the latest agent definitions:
# Generate agent files for each agentic loop# Visual Studio Codenpx playwright init-agents --loop=vscode# Claude Codenpx playwright init-agents --loop=claude# opencodenpx playwright init-agents --loop=opencode
Learn more about Playwright Test Agents
--test-list and --test-list-invert
to allow manual specification of specific tests from a file'html' reporter to disable the "Copy prompt" button'html' reporter and UI Mode to merge files, collapsing test and describe blocks into a single unified list--update-snapshots optionsinput placeholderPLAYWRIGHT_TEST to Playwright worker processes to allow discriminating on testing statusVersion 1.55β
toBeVisible() assertions: Codegen can now generate automatic toBeVisible() assertions for common UI interactions. This feature can be enabled in the Codegen settings UI.This version was also tested against the following stable channels:
Version 1.54β
New cookie property partitionKey in browserContext.cookies()
and browserContext.addCookies()
. This property allows to save and restore partitioned cookies. See CHIPS MDN article
for more information. Note that browsers have different support and defaults for cookie partitioning.
New option noSnippets to disable code snippets in the html report.
import { defineConfig } from '@playwright/test';export default defineConfig({ reporter: [['html', { noSnippets: true }]]});
New property location in test annotations, for example in testResult.annotations
and testInfo.annotations
. It shows where the annotation like test.skip or test.fixme was added.
New option --user-data-dir in multiple commands. You can specify the same user data dir to reuse browsing state, like authentication, between sessions.
npx playwright codegen --user-data-dir=./user-data
Option -gv has been removed from the npx playwright test command. Use --grep-invert instead.
npx playwright open does not open the test recorder anymore. Use npx playwright codegen instead.
This version was also tested against the following stable channels:
Version 1.53β
New Steps in Trace Viewer and HTML reporter:
New option in 'html' reporter to set the title of a specific test run:
import { defineConfig } from '@playwright/test';export default defineConfig({ reporter: [['html', { title: 'Custom test run #1028' }]]});
New option kind in testInfo.snapshotPath() controls which snapshot path template is used.
New method locator.describe() to describe a locator. Used for trace viewer and reports.
const button = page.getByTestId('btn-sub').describe('Subscribe button');await button.click();
npx playwright install --list will now list all installed browsers, versions and locations.
This version was also tested against the following stable channels:
Version 1.52β
New method expect(locator).toContainClass() to ergonomically assert individual class names on the element.
await expect(page.getByRole('listitem', { name: 'Ship v1.52' })).toContainClass('done');
Aria Snapshots
got two new properties: /children
for strict matching and /url for links.
await expect(locator).toMatchAriaSnapshot(` - list - /children: equal - listitem: Feature A - listitem: - link "Feature B": - /url: "https://playwright.dev"`);
--fail-on-flaky-tests. This is useful for CI/CD environments where you want to ensure that all tests are stable before deploying.!@my-tag or !my-file.spec.ts or !p:my-project.? and [] anymore. We recommend using regular expressions instead.Cookie header anymore. If a Cookie header is provided, it will be ignored, and the cookie will be loaded from the browser's cookie store. To set custom cookies, use browserContext.addCookies()
.This version was also tested against the following stable channels:
Version 1.51β
New option indexedDB for browserContext.storageState() allows to save and restore IndexedDB contents. Useful when your application uses IndexedDB API to store authentication tokens, like Firebase Authentication.
Here is an example following the authentication guide :
tests/auth.setup.ts
import { test as setup, expect } from '@playwright/test';import path from 'path';const authFile = path.join(__dirname, '../playwright/.auth/user.json');setup('authenticate', async ({ page }) => { await page.goto('/'); // ... perform authentication steps ... // make sure to save indexedDB await page.context().storageState({ path: authFile, indexedDB: true });});
New "Copy prompt" button on errors in the HTML report, trace viewer and UI mode. Click to copy a pre-filled LLM prompt that contains the error message and useful context for fixing the error.
New option visible for locator.filter() allows matching only visible elements.
example.spec.ts
test('some test', async ({ page }) => { // Ignore invisible todo items. const todoItems = page.getByTestId('todo-item').filter({ visible: true }); // Check there are exactly 3 visible ones. await expect(todoItems).toHaveCount(3);});
Set option testConfig.captureGitInfo to capture git information into testConfig.metadata .
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ captureGitInfo: { commit: true, diff: true }});
HTML report will show this information when available:
A new TestStepInfo object is now available in test steps. You can add step attachments or skip the step under some conditions.
test('some test', async ({ page, isMobile }) => { // Note the new "step" argument: await test.step('here is my step', async step => { step.skip(isMobile, 'not relevant on mobile layouts'); // ... await step.attach('my attachment', { body: 'some text' }); // ... });});
contrast for methods page.emulateMedia()
and browser.newContext()
allows to emulate the prefers-contrast media feature.This version was also tested against the following stable channels:
Version 1.50β
New option timeout allows specifying a maximum run time for an individual test step. A timed-out step will fail the execution of the test.
test('some test', async ({ page }) => { await test.step('a step', async () => { // This step can time out separately from the test }, { timeout: 1000 });});
New method test.step.skip() to disable execution of a test step.
test('some test', async ({ page }) => { await test.step('before running step', async () => { // Normal step }); await test.step.skip('not yet ready', async () => { // This step is skipped }); await test.step('after running step', async () => { // This step still runs even though the previous one was skipped });});
Expanded expect(locator).toMatchAriaSnapshot() to allow storing of aria snapshots in separate YAML files.
Added method expect(locator).toHaveAccessibleErrorMessage() to assert the Locator points to an element with a given aria errormessage .
Option testConfig.updateSnapshots
added the configuration enum changed. changed updates only the snapshots that have changed, whereas all now updates all snapshots, regardless of whether there are any differences.
New option testConfig.updateSourceMethod
defines the way source code is updated when testConfig.updateSnapshots
is configured. Added overwrite and 3-way modes that write the changes into source code, on top of existing patch mode that creates a patch file.
npx playwright test --update-snapshots=changed --update-source-method=3way
Option testConfig.webServer
added a gracefulShutdown field for specifying a process kill signal other than the default SIGKILL.
Exposed testStep.attachments from the reporter API to allow retrieval of all attachments created by that step.
New option pathTemplate for toHaveScreenshot and toMatchAriaSnapshot assertions in the testConfig.expect
configuration.
canvas content in traces is error-prone. Display is now disabled by default, and can be enabled via the Display canvas content UI setting.Call and Network panels now display additional time information.<input>, <select>, or a number of other editable elements.all, rather than only the failed/changed snapshots. Use the new enum changed to keep the old functionality of only updating the changed snapshots.This version was also tested against the following stable channels:
Version 1.49β
New assertion expect(locator).toMatchAriaSnapshot() verifies page structure by comparing to an expected accessibility tree, represented as YAML.
await page.goto('https://playwright.dev');await expect(page.locator('body')).toMatchAriaSnapshot(` - banner: - heading /Playwright enables reliable/ [level=1] - link "Get started" - link "Star microsoft/playwright on GitHub" - main: - img "Browsers (Chromium, Firefox, WebKit)" - heading "Any browser β’ Any platform β’ One API"`);
You can generate this assertion with Test Generator
and update the expected snapshot with --update-snapshots command line flag.
Learn more in the aria snapshots guide .
tsconfig to be used for all tests.'on-first-failure' for testOptions.screenshot
.Error.cause
.chrome and msedge channels switch to new headless modeβThis change affects you if you're using one of the following channels in your playwright.config.ts:
chrome, chrome-dev, chrome-beta, or chrome-canarymsedge, msedge-dev, msedge-beta, or msedge-canaryAfter updating to Playwright v1.49, run your test suite. If it still passes, you're good to go. If not, you will probably need to update your snapshots, and adapt some of your test code around PDF viewers and extensions. See issue #33566 for more details.
@playwright/experimental-ct-vue2 will no longer be updated.@playwright/experimental-ct-solid will no longer be updated.You can opt into the new headless mode by using 'chromium' channel. As official Chrome documentation puts it
:
New Headless on the other hand is the real Chrome browser, and is thus more authentic, reliable, and offers more features. This makes it more suitable for high-accuracy end-to-end web app testing or browser extension testing.
See issue #33566 for the list of possible breakages you could encounter and more details on Chromium headless. Please file an issue if you see any problems after opting in.
import { defineConfig, devices } from '@playwright/test';export default defineConfig({ projects: [ { name: 'chromium', use: { ...devices['Desktop Chrome'], channel: 'chromium' }, }, ],});
<canvas> elements inside a snapshot now draw a preview.This version was also tested against the following stable channels:
Version 1.48β
New methods page.routeWebSocket()
and browserContext.routeWebSocket()
allow to intercept, modify and mock WebSocket connections initiated in the page. Below is a simple example that mocks WebSocket communication by responding to a "request" with a "response".
await page.routeWebSocket('/ws', ws => { ws.onMessage(message => { if (message === 'request') ws.send('response'); });});
See WebSocketRoute for more details.
This version was also tested against the following stable channels:
Version 1.47β
The Network tab in the UI mode and trace viewer has several nice improvements:
--tsconfig CLI optionβBy default, Playwright will look up the closest tsconfig for each imported file using a heuristic. You can now specify a single tsconfig file in the command line, and Playwright will use it for all imported files, not only test files:
# Pass a specific tsconfignpx playwright test --tsconfig tsconfig.test.json
now accepts URLSearchParams
and string as query parametersβ
You can now pass URLSearchParams
and string as query parameters to APIRequestContext
:
test('query params', async ({ request }) => { const searchParams = new URLSearchParams(); searchParams.set('userId', 1); const response = await request.get( 'https://jsonplaceholder.typicode.com/posts', { params: searchParams // or as a string: 'userId=1' } ); // ...});
mcr.microsoft.com/playwright:v1.47.0 now serves a Playwright image based on Ubuntu 24.04 Noble. To use the 22.04 jammy-based image, please use mcr.microsoft.com/playwright:v1.47.0-jammy instead.text/html content type can now be opened in a new tab in the HTML report. This is useful for including third-party reports or other HTML content in the Playwright test report and distributing it to your team.macos-13. We recommend upgrading GitHub Actions to macos-14.This version was also tested against the following stable channels:
Version 1.46β
Playwright now allows you to supply client-side certificates, so that server can verify them, as specified by TLS Client Authentication.
The following snippet sets up a client certificate for https://example.com:
import { defineConfig } from '@playwright/test';export default defineConfig({ // ... use: { clientCertificates: [{ origin: 'https://example.com', certPath: './cert.pem', keyPath: './key.pem', passphrase: 'mysecretpassword', }], }, // ...});
You can also provide client certificates to a particular test project or as a parameter of browser.newContext() and apiRequest.newContext() .
--only-changed cli optionβNew CLI option --only-changed will only run test files that have been changed since the last git commit or from a specific git "ref". This will also run all test files that import any changed files.
# Only run test files with uncommitted changesnpx playwright test --only-changed# Only run test files changed relative to the "main" branchnpx playwright test --only-changed=main
router fixtureβThis release introduces an experimental router fixture to intercept and handle network requests in component testing. There are two ways to use the router fixture:
router.route(url, handler) that behaves similarly to page.route()
.router.use(handlers) and pass MSW library
request handlers to it.Here is an example of reusing your existing MSW handlers in the test.
import { handlers } from '@src/mocks/handlers';test.beforeEach(async ({ router }) => { // install common handlers before each test await router.use(...handlers);});test('example test', async ({ mount }) => { // test as usual, your handlers are active // ...});
This fixture is only available in component tests .
baseURL.maxRetries option in apiRequestContext.fetch()
which retries on the ECONNRESET network error.This version was also tested against the following stable channels:
Version 1.45β
Utilizing the new Clock API allows to manipulate and control time within tests to verify time-related behavior. This API covers many common scenarios, including:
testing with predefined time;
keeping consistent time and timers;
monitoring inactivity;
ticking through time manually.
// Initialize clock and let the page load naturally.await page.clock.install({ time: new Date('2024-02-02T08:00:00') });await page.goto('http://localhost:3333');// Pretend that the user closed the laptop lid and opened it again at 10am,// Pause the time once reached that point.await page.clock.pauseAt(new Date('2024-02-02T10:00:00'));// Assert the page state.await expect(page.getByTestId('current-time')).toHaveText('2/2/2024, 10:00:00 AM');// Close the laptop lid again and open it at 10:30am.await page.clock.fastForward('30:00');await expect(page.getByTestId('current-time')).toHaveText('2/2/2024, 10:30:00 AM');
See the clock guide for more details.
New CLI option --fail-on-flaky-tests that sets exit code to 1 upon any flaky tests. Note that by default, the test runner exits with code 0 when all failed tests recovered upon a retry. With this option, the test run will fail in such case.
New environment variable PLAYWRIGHT_FORCE_TTY controls whether built-in list, line and dot reporters assume a live terminal. For example, this could be useful to disable tty behavior when your CI environment does not handle ANSI control sequences well. Alternatively, you can enable tty behavior even when to live terminal is present, if you plan to post-process the output and handle control sequences.
# Avoid TTY features that output ANSI control sequencesPLAYWRIGHT_FORCE_TTY=0 npx playwright test# Enable TTY features, assuming a terminal width 80PLAYWRIGHT_FORCE_TTY=80 npx playwright test
New options testConfig.respectGitIgnore
and testProject.respectGitIgnore
control whether files matching .gitignore patterns are excluded when searching for tests.
New property timeout is now available for custom expect matchers. This property takes into account playwright.config.ts and expect.configure().
import { expect as baseExpect } from '@playwright/test';export const expect = baseExpect.extend({ async toHaveAmount(locator: Locator, expected: number, options?: { timeout?: number }) { // When no timeout option is specified, use the config timeout. const timeout = options?.timeout ?? this.timeout; // ... implement the assertion ... },});
Method locator.setInputFiles()
now supports uploading a directory for <input type=file webkitdirectory> elements.
await page.getByLabel('Upload directory').setInputFiles(path.join(__dirname, 'mydir'));
Multiple methods like locator.click()
or locator.press()
now support a ControlOrMeta modifier key. This key maps to Meta on macOS and maps to Control on Windows and Linux.
// Press the common keyboard shortcut Control+S or Meta+S to trigger a "Save" operation.await page.keyboard.press('ControlOrMeta+S');
New property httpCredentials.send in apiRequest.newContext()
that allows to either always send the Authorization header or only send it in response to 401 Unauthorized.
New option reason in apiRequestContext.dispose()
that will be included in the error message of ongoing operations interrupted by the context disposal.
New option host in browserType.launchServer()
allows to accept websocket connections on a specific address instead of unspecified 0.0.0.0.
Playwright now supports Chromium, Firefox and WebKit on Ubuntu 24.04.
v1.45 is the last release to receive WebKit update for macOS 12 Monterey. Please update macOS to keep using the latest WebKit.
This version was also tested against the following stable channels:
Version 1.44β
Accessibility assertions
expect(locator).toHaveAccessibleName() checks if the element has the specified accessible name:
const locator = page.getByRole('button');await expect(locator).toHaveAccessibleName('Submit');
expect(locator).toHaveAccessibleDescription() checks if the element has the specified accessible description:
const locator = page.getByRole('button');await expect(locator).toHaveAccessibleDescription('Upload a photo');
expect(locator).toHaveRole() checks if the element has the specified ARIA role:
const locator = page.getByTestId('save-button');await expect(locator).toHaveRole('button');
Locator handler
After executing the handler added with page.addLocatorHandler()
, Playwright will now wait until the overlay that triggered the handler is not visible anymore. You can opt-out of this behavior with the new noWaitAfter option.
You can use new times option in page.addLocatorHandler()
to specify maximum number of times the handler should be run.
The handler in page.addLocatorHandler() now accepts the locator as argument.
New page.removeLocatorHandler() method for removing previously added locator handlers.
const locator = page.getByText('This interstitial covers the button');await page.addLocatorHandler(locator, async overlay => { await overlay.locator('#close').click();}, { times: 3, noWaitAfter: true });// Run your tests that can be interrupted by the overlay.// ...await page.removeLocatorHandler(locator);
Miscellaneous options
multipart
option in apiRequestContext.fetch() now accepts FormData
and supports repeating fields with the same name.
const formData = new FormData();formData.append('file', new File(['let x = 2024;'], 'f1.js', { type: 'text/javascript' }));formData.append('file', new File(['hello'], 'f2.txt', { type: 'text/plain' }));context.request.post('https://example.com/uploadFiles', { multipart: formData});
expect(callback).toPass({ intervals }) can now be configured by expect.toPass.intervals option globally in testConfig.expect
or per project in testProject.expect
.
expect(page).toHaveURL(url) now supports ignoreCase option
.
testProject.ignoreSnapshots allows to configure per project whether to skip screenshot expectations.
Reporter API
outputFile. The same option can also be specified as PLAYWRIGHT_BLOB_OUTPUT_FILE environment variable that might be more convenient on CI/CD.includeProjectInTestName option.Command line
--last-failed CLI option to for running only tests that failed in the previous run.
First run all tests:
$ npx playwright testRunning 103 tests using 5 workers...2 failed [chromium] βΊ my-test.spec.ts:8:5 βΊ two βββββββββββββββββββββββββββββββββββββββββββββββββββββββββ [chromium] βΊ my-test.spec.ts:13:5 βΊ three ββββββββββββββββββββββββββββββββββββββββββββββββββββββ101 passed (30.0s)
Now fix the failing tests and run Playwright again with --last-failed option:
$ npx playwright test --last-failedRunning 2 tests using 2 workers 2 passed (1.2s)
This version was also tested against the following stable channels:
Version 1.43β
Method browserContext.clearCookies() now supports filters to remove only some cookies.
// Clear all cookies.await context.clearCookies();// New: clear cookies with a particular name.await context.clearCookies({ name: 'session-id' });// New: clear cookies for a particular domain.await context.clearCookies({ domain: 'my-origin.com' });
New mode retain-on-first-failure for testOptions.trace
. In this mode, trace is recorded for the first run of each test, but not for retires. When test run fails, the trace file is retained, otherwise it is removed.
import { defineConfig } from '@playwright/test';export default defineConfig({ use: { trace: 'retain-on-first-failure', },});
New property testInfo.tags exposes test tags during test execution.
test('example', async ({ page }) => { console.log(test.info().tags);});
New method locator.contentFrame() converts a Locator object to a FrameLocator . This can be useful when you have a Locator object obtained somewhere, and later on would like to interact with the content inside the frame.
const locator = page.locator('iframe[name="embedded"]');// ...const frameLocator = locator.contentFrame();await frameLocator.getByRole('button').click();
New method frameLocator.owner()
converts a FrameLocator
object to a Locator
. This can be useful when you have a FrameLocator
object obtained somewhere, and later on would like to interact with the iframe element.
const frameLocator = page.frameLocator('iframe[name="embedded"]');// ...const locator = frameLocator.owner();await expect(locator).toBeVisible();
@fast or clicking on the tag itself.This version was also tested against the following stable channels:
Version 1.42β
New method page.addLocatorHandler() registers a callback that will be invoked when specified element becomes visible and may block Playwright actions. The callback can get rid of the overlay. Here is an example that closes a cookie dialog when it appears:
// Setup the handler.await page.addLocatorHandler( page.getByRole('heading', { name: 'Hej! You are in control of your cookies.' }), async () => { await page.getByRole('button', { name: 'Accept all' }).click(); });// Write the test as usual.await page.goto('https://www.ikea.com/');await page.getByRole('link', { name: 'Collection of blue and white' }).click();await expect(page.getByRole('heading', { name: 'Light and easy' })).toBeVisible();
expect(callback).toPass() timeout can now be configured by expect.toPass.timeout option globally
or in project config
electronApplication.on('console') event is emitted when Electron main process calls console API methods.
electronApp.on('console', async msg => { const values = []; for (const arg of msg.args()) values.push(await arg.jsonValue()); console.log(...values);});await electronApp.evaluate(() => console.log('hello', 5, { foo: 'bar' }));
New syntax for adding tags to the tests (@-tokens in the test title are still supported):
test('test customer login', { tag: ['@fast', '@login'],}, async ({ page }) => { // ...});
Use --grep command line option to run only tests with certain tags.
npx playwright test --grep @fast
--project command line flag
now supports '*' wildcard:
npx playwright test --project='mobile'
New syntax for test annotations:
test('test full report', { annotation: [ { type: 'issue', description: 'https://github.com/microsoft/playwright/issues/23180' }, { type: 'docs', description: 'https://playwright.dev/docs/test-annotations#tag-tests' }, ],}, async ({ page }) => { // ...});
page.pdf()
accepts two new options tagged
and outline
.
This version was also tested against the following stable channels:
Version 1.41β
stylePath for methods expect(page).toHaveScreenshot()
and expect(locator).toHaveScreenshot()
to apply a custom stylesheet while making the screenshot.fileName option for Blob reporter
, to specify the name of the report to be created.This version was also tested against the following stable channels:
Version 1.40β
New tools to generate assertions:
Here is an example of a generated test with assertions:
import { test, expect } from '@playwright/test';test('test', async ({ page }) => { await page.goto('https://playwright.dev/'); await page.getByRole('link', { name: 'Get started' }).click(); await expect(page.getByLabel('Breadcrumbs').getByRole('list')).toContainText('Installation'); await expect(page.getByLabel('Search')).toBeVisible(); await page.getByLabel('Search').click(); await page.getByPlaceholder('Search docs').fill('locator'); await expect(page.getByPlaceholder('Search docs')).toHaveValue('locator');});
This version was also tested against the following stable channels:
Version 1.39β
You can extend Playwright assertions by providing custom matchers. These matchers will be available on the expect object.
test.spec.ts
import { expect as baseExpect } from '@playwright/test';export const expect = baseExpect.extend({ async toHaveAmount(locator: Locator, expected: number, options?: { timeout?: number }) { // ... see documentation for how to write matchers. },});test('pass', async ({ page }) => { await expect(page.getByTestId('cart')).toHaveAmount(5);});
See the documentation for a full example .
You can now merge test fixtures from multiple files or modules:
fixtures.ts
import { mergeTests } from '@playwright/test';import { test as dbTest } from 'database-test-utils';import { test as a11yTest } from 'a11y-test-utils';export const test = mergeTests(dbTest, a11yTest);
test.spec.ts
import { test } from './fixtures';test('passes', async ({ database, page, a11y }) => { // use database and a11y fixtures.});
You can now merge custom expect matchers from multiple files or modules:
fixtures.ts
import { mergeTests, mergeExpects } from '@playwright/test';import { test as dbTest, expect as dbExpect } from 'database-test-utils';import { test as a11yTest, expect as a11yExpect } from 'a11y-test-utils';export const test = mergeTests(dbTest, a11yTest);export const expect = mergeExpects(dbExpect, a11yExpect);
test.spec.ts
import { test, expect } from './fixtures';test('passes', async ({ page, database }) => { await expect(database).toHaveDatabaseUser('admin'); await expect(page).toPassA11yAudit();});
You can mark a test.step() as "boxed" so that errors inside it point to the step call site.
async function login(page) { await test.step('login', async () => { // ... }, { box: true }); // Note the "box" option here.}
Error: Timed out 5000ms waiting for expect(locator).toBeVisible() ... error details omitted ... 14 | await page.goto('https://github.com/login');> 15 | await login(page); | ^ 16 | });
See test.step() documentation for a full example.
This version was also tested against the following stable channels:
Version 1.38β
The reporter.onEnd()
now reports startTime and total run duration.
Note: If you are using
@playwright/testpackage, this change does not affect you.
Playwright recommends to use @playwright/test package and download browsers via npx playwright install command. If you are following this recommendation, nothing has changed for you.
However, up to v1.38, installing the playwright package instead of @playwright/test did automatically download browsers. This is no longer the case, and we recommend to explicitly download browsers via npx playwright install command.
v1.37 and earlier
playwright package was downloading browsers during npm install, while @playwright/test was not.
v1.38 and later
playwright and @playwright/test packages do not download browsers during npm install.
Recommended migration
Run npx playwright install to download browsers after npm install. For example, in your CI configuration:
- run: npm ci- run: npx playwright install --with-deps
Alternative migration option - not recommended
Add @playwright/browser-chromium, @playwright/browser-firefox and @playwright/browser-webkit as a dependency. These packages download respective browsers during npm install. Make sure you keep the version of all playwright packages in sync:
// package.json{ "devDependencies": { "playwright": "1.38.0", "@playwright/browser-chromium": "1.38.0", "@playwright/browser-firefox": "1.38.0", "@playwright/browser-webkit": "1.38.0" }}
This version was also tested against the following stable channels:
Version 1.37β
npx playwright merge-reports toolβIf you run tests on multiple shards, you can now merge all reports in a single HTML report (or any other report) using the new merge-reports CLI tool.
Using merge-reports tool requires the following steps:
Adding a new "blob" reporter to the config when running on CI:
playwright.config.ts
export default defineConfig({ testDir: './tests', reporter: process.env.CI ? 'blob' : 'html',});
The "blob" reporter will produce ".zip" files that contain all the information about the test run.
Copying all "blob" reports in a single shared location and running npx playwright merge-reports:
npx playwright merge-reports --reporter html ./all-blob-reports
Read more in our documentation .
Playwright now supports Debian 12 Bookworm on both x86_64 and arm64 for Chromium, Firefox and WebKit. Let us know if you encounter any issues!
Linux support looks like this:
| | Ubuntu 20.04 | Ubuntu 22.04 | Debian 11 | Debian 12 | | --- | --- | --- | --- | --- | | Chromium | β | β | β | β | | WebKit | β | β | β | β | | Firefox | β | β | β | β |
This version was also tested against the following stable channels:
Version 1.36β
ποΈ Summer maintenance release.
This version was also tested against the following stable channels:
Version 1.35β
UI mode is now available in VSCode Playwright extension via a new "Show trace viewer" button:
UI mode and trace viewer mark network requests handled with page.route() and browserContext.route() handlers, as well as those issued via the API testing :
New option maskColor for methods page.screenshot()
, locator.screenshot()
, expect(page).toHaveScreenshot()
and expect(locator).toHaveScreenshot()
to change default masking color:
await page.goto('https://playwright.dev');await expect(page).toHaveScreenshot({ mask: [page.locator('img')], maskColor: '#00FF00', // green});
New uninstall CLI command to uninstall browser binaries:
$ npx playwright uninstall # remove browsers installed by this installation$ npx playwright uninstall --all # remove all ever-install Playwright browsers
Both UI mode and trace viewer now could be opened in a browser tab:
$ npx playwright test --ui-port 0 # open UI mode in a tab on a random port$ npx playwright show-trace --port 0 # open trace viewer in tab on a random port
playwright-core binary got renamed from playwright to playwright-core. So if you use playwright-core CLI, make sure to update the name:
$ npx playwright-core install # the new way to install browsers when using playwright-core
This change does not affect @playwright/test and playwright package users.
This version was also tested against the following stable channels:
Version 1.34β
UI Mode now shows steps, fixtures and attachments:
New property testProject.teardown to specify a project that needs to run after this and all dependent projects have finished. Teardown is useful to cleanup any resources acquired by this project.
A common pattern would be a setup dependency with a corresponding teardown:
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ projects: [ { name: 'setup', testMatch: /global.setup\.ts/, teardown: 'teardown', }, { name: 'teardown', testMatch: /global.teardown\.ts/, }, { name: 'chromium', use: devices['Desktop Chrome'], dependencies: ['setup'], }, { name: 'firefox', use: devices['Desktop Firefox'], dependencies: ['setup'], }, { name: 'webkit', use: devices['Desktop Safari'], dependencies: ['setup'], }, ],});
New method expect.configure
to create pre-configured expect instance with its own defaults such as timeout and soft.
const slowExpect = expect.configure({ timeout: 10000 });await slowExpect(locator).toHaveText('Submit');// Always do soft assertions.const softExpect = expect.configure({ soft: true });
New options stderr and stdout in testConfig.webServer
to configure output handling:
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ // Run your local dev server before starting the tests webServer: { command: 'npm run start', url: 'http://127.0.0.1:3000', reuseExistingServer: !process.env.CI, stdout: 'pipe', stderr: 'pipe', },});
New locator.and() to create a locator that matches both locators.
const button = page.getByRole('button').and(page.getByTitle('Subscribe'));
New events browserContext.on('console') and browserContext.on('dialog') to subscribe to any dialogs and console messages from any page from the given browser context. Use the new methods consoleMessage.page() and dialog.page() to pin-point event source.
npx playwright test no longer works if you install both playwright and @playwright/test. There's no need to install both, since you can always import browser automation APIs from @playwright/test directly:
automation.ts
import { chromium, firefox, webkit } from '@playwright/test';/* ... */
Node.js 14 is no longer supported since it reached its end-of-life on April 30, 2023.
This version was also tested against the following stable channels:
Version 1.33β
Use locator.or() to create a locator that matches either of the two locators. Consider a scenario where you'd like to click on a "New email" button, but sometimes a security settings dialog shows up instead. In this case, you can wait for either a "New email" button, or a dialog and act accordingly:
const newEmail = page.getByRole('button', { name: 'New email' });const dialog = page.getByText('Confirm security settings');await expect(newEmail.or(dialog)).toBeVisible();if (await dialog.isVisible()) await page.getByRole('button', { name: 'Dismiss' }).click();await newEmail.click();
Use new options hasNot and hasNotText in locator.filter() to find elements that do not match certain conditions.
const rowLocator = page.locator('tr');await rowLocator .filter({ hasNotText: 'text in column 1' }) .filter({ hasNot: page.getByRole('button', { name: 'column 2 button' }) }) .screenshot();
Use new web-first assertion expect(locator).toBeAttached() to ensure that the element is present in the page's DOM. Do not confuse with the expect(locator).toBeVisible() that ensures that element is both attached & visible.
New option hasNot in locator.filter()
New option hasNotText in locator.filter()
New option timeout in route.fetch()
mcr.microsoft.com/playwright:v1.33.0 now serves a Playwright image based on Ubuntu Jammy. To use the focal-based image, please use mcr.microsoft.com/playwright:v1.33.0-focal instead.This version was also tested against the following stable channels:
Version 1.32β
New UI Mode lets you explore, run and debug tests. Comes with a built-in watch mode.

Engage with a new flag --ui:
npx playwright test --ui
Note: component tests only, does not affect end-to-end tests.
@playwright/experimental-ct-react now supports React 18 only.@playwright/experimental-ct-react with @playwright/experimental-ct-react17.This version was also tested against the following stable channels:
Version 1.31β
New property testProject.dependencies to configure dependencies between projects.
Using dependencies allows global setup to produce traces and other artifacts, see the setup steps in the test report and more.
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ projects: [ { name: 'setup', testMatch: /global.setup\.ts/, }, { name: 'chromium', use: devices['Desktop Chrome'], dependencies: ['setup'], }, { name: 'firefox', use: devices['Desktop Firefox'], dependencies: ['setup'], }, { name: 'webkit', use: devices['Desktop Safari'], dependencies: ['setup'], }, ],});
New assertion expect(locator).toBeInViewport() ensures that locator points to an element that intersects viewport, according to the intersection observer API .
const button = page.getByRole('button');// Make sure at least some part of element intersects viewport.await expect(button).toBeInViewport();// Make sure element is fully outside of viewport.await expect(button).not.toBeInViewport();// Make sure that at least half of the element intersects viewport.await expect(button).toBeInViewport({ ratio: 0.5 });
defineConfig to be used in playwright.config.Note: component tests only, does not affect end-to-end tests.
playwright-ct.config configuration file for component testing
now requires calling defineConfig.
// Beforeimport { type PlaywrightTestConfig, devices } from '@playwright/experimental-ct-react';const config: PlaywrightTestConfig = { // ... config goes here ...};export default config;
Replace config variable definition with defineConfig call:
// Afterimport { defineConfig, devices } from '@playwright/experimental-ct-react';export default defineConfig({ // ... config goes here ...});
This version was also tested against the following stable channels:
Version 1.30β
This version was also tested against the following stable channels:
Version 1.29β
New method route.fetch()
and new option json for route.fulfill()
:
await page.route('**/api/settings', async route => { // Fetch original settings. const response = await route.fetch(); // Force settings theme to a predefined value. const json = await response.json(); json.theme = 'Solorized'; // Fulfill with modified data. await route.fulfill({ json });});
New method locator.all() to iterate over all matching elements:
// Check all checkboxes!const checkboxes = page.getByRole('checkbox');for (const checkbox of await checkboxes.all()) await checkbox.check();
locator.selectOption() matches now by value or label:
<select multiple> <option value="red">Red</option> <option value="green">Green</option> <option value="blue">Blue</option></select>
await element.selectOption('Red');
Retry blocks of code until all assertions pass:
await expect(async () => { const response = await page.request.get('https://api.example.com'); await expect(response).toBeOK();}).toPass();
Read more in our documentation .
Automatically capture full page screenshot on test failure:
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ use: { screenshot: { mode: 'only-on-failure', fullPage: true, } }});
jsconfig.json
.args and proxy for androidDevice.launchBrowser()
.postData in method route.continue()
now supports Serializable
values.This version was also tested against the following stable channels:
Version 1.28β



Configure retries and test timeout for a file or a test with test.describe.configure() .
// Each test in the file will be retried twice and have a timeout of 20 seconds.test.describe.configure({ retries: 2, timeout: 20_000 });test('runs first', async ({ page }) => {});test('runs second', async ({ page }) => {});
Use testProject.snapshotPathTemplate and testConfig.snapshotPathTemplate to configure a template controlling location of snapshots generated by expect(page).toHaveScreenshot() and expect(value).toMatchSnapshot() .
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ testDir: './tests', snapshotPathTemplate: '{testDir}/__screenshots__/{testFilePath}/{arg}{ext}',});
This version was also tested against the following stable channels:
Version 1.27β
With these new APIs writing locators is a joy:
page.getByText() to locate by text content.
page.getByRole() to locate by ARIA role , ARIA attributes and accessible name .
page.getByLabel() to locate a form control by associated label's text.
page.getByTestId()
to locate an element based on its data-testid attribute (other attribute can be configured).
page.getByPlaceholder() to locate an input by placeholder.
page.getByAltText() to locate an element, usually image, by its text alternative.
page.getByTitle() to locate an element by its title.
await page.getByLabel('User Name').fill('John');await page.getByLabel('Password').fill('secret-password');await page.getByRole('button', { name: 'Sign in' }).click();await expect(page.getByText('Welcome, John!')).toBeVisible();
All the same methods are also available on Locator , FrameLocator and Frame classes.
workers option in the playwright.config.ts now accepts a percentage string to use some of the available CPUs. You can also pass it in the command line:
npx playwright test --workers=20%
New options host and port for the html reporter.
import { defineConfig } from '@playwright/test';export default defineConfig({ reporter: [['html', { host: 'localhost', port: '9223' }]],});
New field FullConfig.configFile is available to test reporters, specifying the path to the config file if any.
As announced in v1.25, Ubuntu 18 will not be supported as of Dec 2022. In addition to that, there will be no WebKit updates on Ubuntu 18 starting from the next Playwright release.
expect(locator).toHaveAttribute()
with an empty value does not match missing attribute anymore. For example, the following snippet will succeed when button does not have a disabled attribute.
await expect(page.getByRole('button')).toHaveAttribute('disabled', '');
Command line options --grep and --grep-invert previously incorrectly ignored grep and grepInvert options specified in the config. Now all of them are applied together.
This version was also tested against the following stable channels:
Version 1.26β
enabled for expect(locator).toBeEnabled()
.editable for expect(locator).toBeEditable()
.visible for expect(locator).toBeVisible()
.maxRedirects for apiRequestContext.get()
and others to limit redirect count.--pass-with-no-tests that allows the test suite to pass when no files are found.--ignore-snapshots to skip snapshot expectations, such as expect(value).toMatchSnapshot() and expect(page).toHaveScreenshot().A bunch of Playwright APIs already support the waitUntil: 'domcontentloaded' option. For example:
await page.goto('https://playwright.dev', { waitUntil: 'domcontentloaded',});
Prior to 1.26, this would wait for all iframes to fire the DOMContentLoaded event.
To align with web specification, the 'domcontentloaded' value only waits for the target frame to fire the 'DOMContentLoaded' event. Use waitUntil: 'load' to wait for all iframes.
This version was also tested against the following stable channels:
Version 1.25β

test.step() now returns the value of the step function:
test('should work', async ({ page }) => { const pageTitle = await test.step('get title', async () => { await page.goto('https://playwright.dev'); return await page.title(); }); console.log(pageTitle);});
Added test.describe.fixme() .
New 'interrupted' test status.
Enable tracing via CLI flag: npx playwright test --trace=on.
mcr.microsoft.com/playwright:v1.34.0-jammy.This version was also tested against the following stable channels:
Version 1.24β
playwright.config.tsβLaunch multiple web servers, databases, or other processes by passing an array of configurations:
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ webServer: [ { command: 'npm run start', url: 'http://127.0.0.1:3000', timeout: 120 * 1000, reuseExistingServer: !process.env.CI, }, { command: 'npm run backend', url: 'http://127.0.0.1:3333', timeout: 120 * 1000, reuseExistingServer: !process.env.CI, } ], use: { baseURL: 'http://localhost:3000/', },});
Playwright now supports Debian 11 Bullseye on x86_64 for Chromium, Firefox and WebKit. Let us know if you encounter any issues!
Linux support looks like this:
| | Ubuntu 20.04 | Ubuntu 22.04 | Debian 11 | :--- | :---: | :---: | :---: | :---: | | Chromium | β | β | β | | WebKit | β | β | β | | Firefox | β | β | β |
It is now possible to call test.describe() to create suites without a title. This is useful for giving a group of tests a common option with test.use() .
test.describe(() => { test.use({ colorScheme: 'dark' }); test('one', async ({ page }) => { // ... }); test('two', async ({ page }) => { // ... });});
Playwright 1.24 Component Tests introduce beforeMount and afterMount hooks. Use these to configure your app for tests.
For example, this could be used to setup App router in Vue.js:
src/component.spec.ts
import { test } from '@playwright/experimental-ct-vue';import { Component } from './mycomponent';test('should work', async ({ mount }) => { const component = await mount(Component, { hooksConfig: { /* anything to configure your app */ } });});
playwright/index.ts
import { router } from '../router';import { beforeMount } from '@playwright/experimental-ct-vue/hooks';beforeMount(async ({ app, hooksConfig }) => { app.use(router);});
A similar configuration in Next.js would look like this:
src/component.spec.jsx
import { test } from '@playwright/experimental-ct-react';import { Component } from './mycomponent';test('should work', async ({ mount }) => { const component = await mount(<Component></Component>, { // Pass mock value from test into `beforeMount`. hooksConfig: { router: { query: { page: 1, per_page: 10 }, asPath: '/posts' } } });});
playwright/index.js
import router from 'next/router';import { beforeMount } from '@playwright/experimental-ct-react/hooks';beforeMount(async ({ hooksConfig }) => { // Before mount, redefine useRouter to return mock value from test. router.useRouter = () => hooksConfig.router;});
Version 1.23β
Now you can record network traffic into a HAR file and re-use this traffic in your tests.
To record network into HAR file:
npx playwright open --save-har=github.har.zip https://github.com/microsoft
Alternatively, you can record HAR programmatically:
const context = await browser.newContext({ recordHar: { path: 'github.har.zip' }});// ... do stuff ...await context.close();
Use the new methods page.routeFromHAR() or browserContext.routeFromHAR() to serve matching responses from the HAR file:
await context.routeFromHAR('github.har.zip');
Read more in our documentation .
You can now use route.fallback() to defer routing to other handlers.
Consider the following example:
// Remove a header from all requests.test.beforeEach(async ({ page }) => { await page.route('**/*', async route => { const headers = await route.request().allHeaders(); delete headers['if-none-match']; await route.fallback({ headers }); });});test('should work', async ({ page }) => { await page.route('**/*', async route => { if (route.request().resourceType() === 'image') await route.abort(); else await route.fallback(); });});
Note that the new methods page.routeFromHAR() and browserContext.routeFromHAR() also participate in routing and could be deferred to.
<select multiple> element.ignoreCase option.@playwright/experimental-ct-vue2
package..js files.Read more about component testing with Playwright .
If there's a service worker that's in your way, you can now easily disable it with a new context option serviceWorkers:
playwright.config.ts
export default { use: { serviceWorkers: 'block', }};
Using .zip path for recordHar context option automatically zips the resulting HAR:
const context = await browser.newContext({ recordHar: { path: 'github.har.zip', }});
If you intend to edit HAR by hand, consider using the "minimal" HAR recording mode that only records information that is essential for replaying:
const context = await browser.newContext({ recordHar: { path: 'github.har', mode: 'minimal', }});
Playwright now runs on Ubuntu 22 amd64 and Ubuntu 22 arm64. We also publish new docker image mcr.microsoft.com/playwright:v1.34.0-jammy.
WebServer is now considered "ready" if request to the specified url has any of the following HTTP status codes:
200-299300-399 (new)400, 401, 402, 403 (new)Version 1.22β
Components Testing (preview)
Playwright Test can now test your React , Vue.js or Svelte components. You can use all the features of Playwright Test (such as parallelization, emulation & debugging) while running components in real browsers.
Here is what a typical component test looks like:
App.spec.tsx
import { test, expect } from '@playwright/experimental-ct-react';import App from './App';// Let's test component in a dark scheme!test.use({ colorScheme: 'dark' });test('should render', async ({ mount }) => { const component = await mount(<App></App>); // As with any Playwright test, assert locator text. await expect(component).toContainText('React'); // Or do a screenshot π await expect(component).toHaveScreenshot(); // Or use any Playwright method await component.click();});
Read more in our documentation .
Role selectors that allow selecting elements by their ARIA role , ARIA attributes and accessible name .
// Click a button with accessible name "log in"await page.locator('role=button[name="log in"]').click();
Read more in our documentation .
New locator.filter() API to filter an existing locator
const buttons = page.locator('role=button');// ...const submitButton = buttons.filter({ hasText: 'Submit' });await submitButton.click();
New web-first assertions expect(page).toHaveScreenshot() and expect(locator).toHaveScreenshot() that wait for screenshot stabilization and enhances test reliability.
The new assertions has screenshot-specific defaults, such as:
disables animations
uses CSS scale option
await page.goto('https://playwright.dev');await expect(page).toHaveScreenshot();
The new expect(page).toHaveScreenshot() saves screenshots at the same location as expect(value).toMatchSnapshot() .
Version 1.21β
New role selectors that allow selecting elements by their ARIA role , ARIA attributes and accessible name .
// Click a button with accessible name "log in"await page.locator('role=button[name="log in"]').click();
Read more in our documentation .
New scale option in page.screenshot()
for smaller sized screenshots.
New caret option in page.screenshot()
to control text caret. Defaults to "hide".
New method expect.poll to wait for an arbitrary condition:
// Poll the method until it returns an expected result.await expect.poll(async () => { const response = await page.request.get('https://api.example.com'); return response.status();}).toBe(200);
expect.poll supports most synchronous matchers, like .toBe(), .toContain(), etc. Read more in our documentation
.
PLAYWRIGHT_EXPERIMENTAL_TS_ESM env variable is no longer required.mcr.microsoft.com/playwright docker image no longer contains Python. Please use mcr.microsoft.com/playwright/python as a Playwright-ready docker image with pre-installed Python.This version was also tested against the following stable channels:
Version 1.20β
New options for methods page.screenshot() , locator.screenshot() and elementHandle.screenshot() :
animations: "disabled" rewinds all CSS animations and transitions to a consistent statemask: Locator[] masks given elements, overlaying them with pink #FF00FF boxes.expect().toMatchSnapshot() now supports anonymous snapshots: when snapshot name is missing, Playwright Test will generate one automatically:
expect('Web is Awesome <3').toMatchSnapshot();
New maxDiffPixels and maxDiffPixelRatio options for fine-grained screenshot comparison using expect().toMatchSnapshot():
expect(await page.screenshot()).toMatchSnapshot({ maxDiffPixels: 27, // allow no more than 27 different pixels.});
It is most convenient to specify maxDiffPixels or maxDiffPixelRatio once in testConfig.expect
.
Playwright Test now adds testConfig.fullyParallel
mode. By default, Playwright Test parallelizes between files. In fully parallel mode, tests inside a single file are also run in parallel. You can also use --fully-parallel command line flag.
playwright.config.ts
export default { fullyParallel: true,};
testProject.grep
and testProject.grepInvert
are now configurable per project. For example, you can now configure smoke tests project using grep:
playwright.config.ts
export default { projects: [ { name: 'smoke tests', grep: /@smoke/, }, ],};
Trace Viewer now shows API testing requests .
locator.highlight() visually reveals element(s) for easier debugging.
mcr.microsoft.com/playwright/python. Please switch over to it if you use Python. This is the last release that includes Python inside our javascript mcr.microsoft.com/playwright docker image.This version was also tested against the following stable channels:
Version 1.19β
Playwright Test v1.19 now supports soft assertions. Failed soft assertions
do not terminate test execution, but mark the test as failed.
// Make a few checks that will not stop the test when failed...await expect.soft(page.locator('#status')).toHaveText('Success');await expect.soft(page.locator('#eta')).toHaveText('1 day');// ... and continue the test to check more things.await page.locator('#next-page').click();await expect.soft(page.locator('#title')).toHaveText('Make another order');
Read more in our documentation
You can now specify a custom expect message as a second argument to the expect and expect.soft functions, for example:
await expect(page.locator('text=Name'), 'should be logged in').toBeVisible();
The error would look like this:
Error: should be logged in Call log: - expect.toBeVisible with timeout 5000ms - waiting for "getByText('Name')" 2 | 3 | test('example test', async({ page }) => { > 4 | await expect(page.locator('text=Name'), 'should be logged in').toBeVisible(); | ^ 5 | }); 6 |
Read more in our documentation
By default, tests in a single file are run in order. If you have many independent tests in a single file, you can now run them in parallel with test.describe.configure() .
Locator now supports a has option that makes sure it contains another locator inside:
await page.locator('article', { has: page.locator('.highlight'),}).click();
Read more in locator documentation
New locator.page()
page.screenshot() and locator.screenshot() now automatically hide blinking caret
Playwright Codegen now generates locators and frame locators
New option url in testConfig.webServer
to ensure your web server is ready before running the tests
New testInfo.errors and testResult.errors that contain all failed assertions and soft assertions.
It is unlikely that this change will affect you, no action is required if your tests keep running as they did.
We've noticed that in rare cases, the set of tests to be executed was configured in the global setup by means of the environment variables. We also noticed some applications that were post processing the reporters' output in the global teardown. If you are doing one of the two, learn more
This version was also tested against the following stable channels:
Version 1.18β
Each locator can now be optionally filtered by the text it contains:
await page.locator('li', { hasText: 'my item' }).locator('button').click();
Read more in locator documentation
Playwright Test now respects tsconfig.json's baseUrl
and paths
, so you can use aliases
There is a new environment variable PW_EXPERIMENTAL_TS_ESM that allows importing ESM modules in your TS code, without the need for the compile step. Don't forget the .js suffix when you are importing your esm modules. Run your tests as follows:
npm i --save-dev @playwright/test@1.18.0-rc1PW_EXPERIMENTAL_TS_ESM=1 npx playwright test
The npm init playwright command is now generally available for your use:
# Run from your project's root directorynpm init playwright@latest# Or create a new projectnpm init playwright@latest new-project
This will create a Playwright Test configuration file, optionally add examples, a GitHub Action workflow and a first test example.spec.ts.
testCase.repeatEachIndex
APIacceptDownloads
option now defaults to trueCustom config options are a convenient way to parametrize projects with different values. Learn more in this guide .
Previously, any fixture introduced through test.extend() could be overridden in the testProject.use config section. For example,
// WRONG: THIS SNIPPET DOES NOT WORK SINCE v1.18.// fixtures.jsconst test = base.extend({ myParameter: 'default',});// playwright.config.jsmodule.exports = { use: { myParameter: 'value', },};
The proper way to make a fixture parametrized in the config file is to specify option: true when defining the fixture. For example,
// CORRECT: THIS SNIPPET WORKS SINCE v1.18.// fixtures.jsconst test = base.extend({ // Fixtures marked as "option: true" will get a value specified in the config, // or fallback to the default value. myParameter: ['default', { option: true }],});// playwright.config.jsmodule.exports = { use: { myParameter: 'value', },};
This version was also tested against the following stable channels:
Version 1.17β
Playwright 1.17 introduces frame locators
iframe and then locate elements in that iframe. Frame locators are strict by default, will wait for iframe to appear and can be used in Web-First assertions.
Frame locators can be created with either page.frameLocator() or locator.frameLocator() method.
const locator = page.frameLocator('#my-iframe').locator('text=Submit');await locator.click();
Read more at our documentation .
Playwright Trace Viewer is now available online at https://trace.playwright.dev
! Just drag-and-drop your trace.zip file to inspect its contents.
NOTE: trace files are not uploaded anywhere; trace.playwright.dev is a progressive web application that processes traces locally.


Playwright now supports Ubuntu 20.04 ARM64. You can now run Playwright tests inside Docker on Apple M1 and on Raspberry Pi.
You can now use Playwright to install stable version of Edge on Linux:
npx playwright install msedge
Tracing now supports a 'title'
option
Page navigations support a new 'commit'
waiting option
HTML reporter got new configuration options
testOptions.trace
has new options
expect.toMatchSnapshot
supports subdirectories
Version 1.16β
Playwright 1.16 introduces new API Testing that lets you send requests to the server directly from Node.js! Now you can:
To do a request on behalf of Playwright's Page, use new page.request API:
import { test, expect } from '@playwright/test';test('context fetch', async ({ page }) => { // Do a GET request on behalf of page const response = await page.request.get('http://example.com/foo.json'); // ...});
To do a stand-alone request from node.js to an API endpoint, use **new request fixture
**:
import { test, expect } from '@playwright/test';test('context fetch', async ({ request }) => { // Do a GET request on behalf of page const response = await request.get('http://example.com/foo.json'); // ...});
Read more about it in our API testing guide .
It is now possible to do response interception by combining API Testing with request interception .
For example, we can blur all the images on the page:
import { test, expect } from '@playwright/test';import jimp from 'jimp'; // image processing librarytest('response interception', async ({ page }) => { await page.route('**/*.jpeg', async route => { const response = await page._request.fetch(route.request()); const image = await jimp.read(await response.body()); await image.blur(5); await route.fulfill({ response, body: await image.getBufferAsync('image/jpeg'), }); }); const response = await page.goto('https://playwright.dev'); expect(response.status()).toBe(200);});
Read more about response interception .
Try it out new HTML reporter with either --reporter=html or a reporter entry in playwright.config.ts file:
$ npx playwright test --reporter=html
The HTML reporter has all the information about tests and their failures, including surfacing trace and image artifacts.

Read more about our reporters .
Wait for a locator to resolve to a single element with a given state. Defaults to the state: 'visible'.
Comes especially handy when working with lists:
import { test, expect } from '@playwright/test';test('context fetch', async ({ page }) => { const completeness = page.locator('text=Success'); await completeness.waitFor(); expect(await page.screenshot()).toMatchSnapshot('screen.png');});
Read more about locator.waitFor() .
Playwright Docker image is now published for Arm64 so it can be used on Apple Silicon.
Read more about Docker integration .
npx playwright show-trace and drop trace files to the trace viewer PWARead more about Trace Viewer .
This version of Playwright was also tested against the following stable channels:
Version 1.15β
By using mouse.wheel() you are now able to scroll vertically or horizontally.
Previously it was not possible to get multiple header values of a response. This is now possible and additional helper functions are available:
Its now possible to emulate the forced-colors CSS media feature by passing it in the browser.newContext()
or calling page.emulateMedia()
.
times option to specify how many times this route should be matched.test.parallel() run tests in the same file in parallelβtest.describe.parallel('group', () => { test('runs in parallel 1', async ({ page }) => { }); test('runs in parallel 2', async ({ page }) => { });});
By default, tests in a single file are run in order. If you have many independent tests in a single file, you can now run them in parallel with test.describe.parallel(title, callback) .
--debug CLI flagβBy using npx playwright test --debug it will enable the Playwright Inspector
for you to debug your tests.
Version 1.14β
Selector ambiguity is a common problem in automation testing. "strict" mode ensures that your selector points to a single element and throws otherwise.
Pass strict: true into your action calls to opt in.
// This will throw if you have more than one button!await page.click('button', { strict: true });
Locator represents a view to the element(s) on the page. It captures the logic sufficient to retrieve the element at any given moment.
The difference between the Locator and ElementHandle is that the latter points to a particular element, while Locator captures the logic of how to retrieve that element.
Also, locators are "strict" by default!
const locator = page.locator('button');await locator.click();
Learn more in the documentation .
React and Vue selectors allow selecting elements by its component name and/or property values. The syntax is very similar to attribute selectors and supports all attribute selector operators.
await page.locator('_react=SubmitButton[enabled=true]').click();await page.locator('_vue=submit-button[enabled=true]').click();
Learn more in the react selectors documentation and the vue selectors documentation .
nthand visible
selector enginesβ
nth
selector engine is equivalent to the :nth-match pseudo class, but could be combined with other selector engines.
visible
selector engine is equivalent to the :visible pseudo class, but could be combined with other selector engines.
// select the first button among all buttonsawait button.click('button >> nth=0');// or if you are using locators, you can use first(), nth() and last()await page.locator('button').first().click();// click a visible buttonawait button.click('button >> visible=true');
expect now supports lots of new web-first assertions.
Consider the following example:
await expect(page.locator('.status')).toHaveText('Submitted');
Playwright Test will be re-testing the node with the selector .status until fetched Node has the "Submitted" text. It will be re-fetching the node and checking it over and over, until the condition is met or until the timeout is reached. You can either pass this timeout or configure it once via the testProject.expect
value in test config.
By default, the timeout for assertions is not set, so it'll wait forever, until the whole test times out.
List of all new assertions:
describe.serialDeclares a group of tests that should always be run serially. If one of the tests fails, all subsequent tests are skipped. All tests in a group are retried together.
test.describe.serial('group', () => { test('runs first', async ({ page }) => { /* ... */ }); test('runs second', async ({ page }) => { /* ... */ });});
Learn more in the documentation .
test.stepSplit long tests into multiple steps using test.step() API:
import { test, expect } from '@playwright/test';test('test', async ({ page }) => { await test.step('Log in', async () => { // ... }); await test.step('news feed', async () => { // ... });});
Step information is exposed in reporters API.
To launch a server during the tests, use the webServer
option in the configuration file. The server will wait for a given url to be available before running the tests, and the url will be passed over to Playwright as a baseURL
when creating a context.
playwright.config.ts
import { defineConfig } from '@playwright/test';export default defineConfig({ webServer: { command: 'npm run start', // command to launch url: 'http://127.0.0.1:3000', // url to await for timeout: 120 * 1000, reuseExistingServer: !process.env.CI, },});
Learn more in the documentation .
Version 1.13β
baseURL fixture
** to support relative paths in tests.recordHar option in browser.newContext()
.console.log() calls.new baseURL option in browser.newContext()
and browser.newPage()
page.inputValue() , frame.inputValue() and elementHandle.inputValue()
new force option in page.fill()
, frame.fill()
, and elementHandle.fill()
new force option in page.selectOption()
, frame.selectOption()
, and elementHandle.selectOption()
Version 1.12β
Playwright Test is a new test runner built from scratch by Playwright team specifically to accommodate end-to-end testing needs:
Installation:
npm i -D @playwright/test
Simple test tests/foo.spec.ts:
import { test, expect } from '@playwright/test';test('basic test', async ({ page }) => { await page.goto('https://playwright.dev/'); const name = await page.innerText('.navbar__title'); expect(name).toBe('Playwright');});
Running:
npx playwright test
π Read more in Playwright Test documentation .
Playwright Trace Viewer is a new GUI tool that helps exploring recorded Playwright traces after the script ran. Playwright traces let you examine:
Traces are recorded using the new browserContext.tracing API:
const browser = await chromium.launch();const context = await browser.newContext();// Start tracing before creating / navigating a page.await context.tracing.start({ screenshots: true, snapshots: true });const page = await context.newPage();await page.goto('https://playwright.dev');// Stop tracing and export it into a zip archive.await context.tracing.stop({ path: 'trace.zip' });
Traces are examined later with the Playwright CLI:
npx playwright show-trace trace.zip
That will open the following GUI:

π Read more in trace viewer documentation .
This version of Playwright was also tested against the following stable channels:
reducedMotion option in page.emulateMedia()
, browserType.launchPersistentContext()
, browser.newContext()
and browser.newPage()
tracesDir option in browserType.launch()
and browserType.launchPersistentContext()
new browserContext.tracing API namespace
new download.page() method
Version 1.11β
π₯ New video: Playwright: A New Test Automation Framework for the Modern Web (slides )
screen option in the browser.newContext()
method to emulate window.screen dimensionsposition option in page.check()
and page.uncheck()
methodstrial option to dry-run actions in page.check()
, page.uncheck()
, page.click()
, page.dblclick()
, page.hover()
and page.tap()Version 1.10β
This version of Playwright was also tested against the following stable channels:
'channel' option. Read more in our documentation
.Version 1.9β
PWDEBUG=1 environment variable to launch the Inspector:has-text("example") matches any element containing "example" somewhere inside, possibly in a child or a descendant element. See more examples
.dialog event is configured. Learn more
about this.Version 1.8β
Selecting elements based on layout
with :left-of(), :right-of(), :above() and :below().
Playwright now includes command line interface , former playwright-cli.
npx playwright --help
page.selectOption() now waits for the options to be present.
New methods to assert element state like page.isEditable() .
'editable' in elementHandle.waitForElementState()
.Version 1.7β
storageState option in browser.newContext()
and browser.newPage()
to setup browser context state.Chromium 89.0.4344.0
Mozilla Firefox 84.0b9
WebKit 14.1