Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Handsontable Playwright E2e

ASecurity

Use when writing or modifying real-browser Playwright E2E / functional tests for Handsontable (specs in tests/e2e/, core, wrappers, or walkontable). Covers the Page Object Model, hooking in by data-testid, deterministic web-first waits, wrapper-specific gotchas, recording via the CLI, and the new-vs-modify / E2E-vs-unit decision. NOT for screenshot/visual tests (see visual-testing) or the legacy Jasmine suite (see handsontable-e2e-testing).

22,052 stars
0 votes
0 copies
1 views
Added 9/19/2026
developmenttypescriptgobashreactvueangularexpresstestingrefactoringapi

Works with

cliapimcp

Security Analysis

A100/100

Scanned 9/19/2026

$npx -y skills add handsontable/handsontable --skill handsontable-playwright-e2e --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Handsontable Playwright E2e?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Handsontable Playwright E2e
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/handsontable-handsontable-playwright-e2e/badge)](https://www.skillsdirectory.com/skills/handsontable-handsontable-playwright-e2e)

More formats (shields.io, HTML) on the badges page.

Download with Pro
Files
SKILL.md
---
name: handsontable-playwright-e2e
description: Use when writing or modifying real-browser Playwright E2E / functional tests for Handsontable (specs in tests/e2e/, core, wrappers, or walkontable). Covers the Page Object Model, hooking in by data-testid, deterministic web-first waits, wrapper-specific gotchas, recording via the CLI, and the new-vs-modify / E2E-vs-unit decision. NOT for screenshot/visual tests (see visual-testing) or the legacy Jasmine suite (see handsontable-e2e-testing).
---

# Handsontable Playwright E2E authoring

New E2E is **Playwright** in `tests/e2e/` (`*.spec.ts`). The legacy Jasmine `*.spec.js` suite is frozen — never add a new one. Reference: `tests/e2e/grid.spec.ts` + `tests/fixtures/pages/GridPage.ts`.

## Where tests RUN (scope discipline)

Locally, run **only the specs you created or changed** — never the full suite,
and under the **default theme** only (fast smoke):
`cd tests && npx playwright test --project=e2e-main e2e/<your-spec>.spec.ts`.
The Stop hook and pre-push do exactly this automatically (session-touched /
branch-touched specs). Every spec is parametrized across a **theme
(main/horizon/classic) × bundle (`umd` = `handsontable.js`, `full-min` =
`handsontable.full.min.js`) matrix** — six projects, 1:1 with the Puppeteer
legs; the full matrix belongs to CI (one `E2E / Playwright <bundle>
(theme: …)` job per leg). The local gates run `e2e-main` (plain UMD) only —
the `-min` legs are CI-only. To run all legs locally for one spec, drop the
`--project` filter: `npx playwright test e2e/<your-spec>.spec.ts`. `npm test`
in `tests/` (the whole suite × all themes) locally = wasted minutes, never
required evidence.

### Check port 8123 before you believe a local result

The `webServer` config uses `reuseExistingServer`, so Playwright attaches to
**whatever already listens on port 8123** instead of starting its own. A second
checkout — a worktree beside the main clone, or another session's leftover
`support/static-server.mjs` — therefore serves *its* `handsontable/dist/`, and
your specs silently exercise a build you did not make. Nothing in the output says
so: the run just passes, or fails for reasons your diff cannot explain.

Check first, every time you run locally:

```bash
lsof -nP -i :8123 | grep LISTEN     # empty = free, safe to run
```

If something is listening and it is not yours, do not kill it — another session
may be mid-run. Give your run its own port instead:

```bash
cd tests && HOT_TEST_PORT=8131 npx playwright test --project=e2e-main e2e/<your-spec>.spec.ts
```

`HOT_TEST_PORT` is read by `tests/playwright.config.ts` and passed explicitly to
both the server and the base URL. It throws on a malformed or empty value rather
than falling back to 8123 — the collision it exists to escape. This knob is the
**functional suite only**; the visual suite's port is owned by
`visual-tests/src/config.mjs` plus two hardcoded `app.listen(8082)` demo servers,
so it cannot be moved this way.

### Rebuild BOTH bundles before an all-legs run

`npm run build:umd` writes `dist/handsontable.js` only — the minified bundle the
three `-min` legs load comes from the separate `build:umd.min`, so a partial
build leaves the `-min` legs on your previous code. Use the full task, then
check that both files actually moved:

```bash
npm --prefix handsontable run build
ls -l handsontable/dist/handsontable.js handsontable/dist/handsontable.full.min.js
```

And read a mixed result PER LEG before calling it a race — a split that falls
exactly along the bundle axis is about the bundles, not about timing. Why that
happens, how to tell a stale bundle from a genuine `full.min` difference, and
what it cost: `tests/AGENTS.md`.

## Four rules (non-negotiable)

1. **Page Object Model.** A spec expresses intent; selectors and interactions live in a page object under `tests/fixtures/pages/`. Never put raw selectors or multi-step flows in a spec — when the DOM shifts, one file changes.
2. **Hook by `data-testid`, not structural CSS.** Stamp ids in the fixture (or add them to the component when it removes ambiguity). Fall back to role/text locators before ever reaching into grid internals.
3. **Web-first waits only.** `await expect(locator).toBeVisible()` — never `sleep`/`waitForTimeout`/`networkidle` or a custom ready flag. Await *every* assertion (a missing await is the sneakiest flake). Inside a page object the same rule has six shapes lint cannot see — `setTimeout` in `page.evaluate()`, a `waitForFunction` without `{ polling }`, a scroll method that ends on `scrollTop`, `.at(-1)` on a separately read log, a fixture build that fails silently, a negative settle with no positive control — each measured on a migration and spelled out in `references/determinism.md`.
4. **Isolation, no flake.** One instance per test; `page.route()` / `page.clock()` for network/time. `failOnFlakyTests` is on in CI — pass-on-retry is a hard failure.
5. **Thread the bundle axis.** Import `test` from `tests/fixtures/test.ts`, destructure `{ page, theme, bundle }`, and pass both to the page object. A new fixture copies the fail-loud `?theme=`/`?bundle=` allowlist block from `demo/grid.html` — never a hardcoded bundle `<script src=…>`. Formulas specs load HyperFormula as an external script in the fixture (the `umd` legs' base bundle ships none). The never-get-wrong list: `tests/AGENTS.md`.

## Which test — decide, then route

- **User-visible** (rendering, interaction, keyboard, menus, overlays) → **E2E here**.
- **Invisible to users** (data, indexing, algorithms) → **Jest `*.unit.js`** — still mandatory.
- **Pure refactor / non-runtime** → no new test; declare `Refactor-only: <reason>` in the commit.
- **New API / plugin / editor** → new spec. **Bug fix** → a failing case in the closest existing spec.
- **Broken or flaky legacy Jasmine → migrate to Playwright**, don't patch it.

Full decision rules: `handsontable/.ai/TESTING.md`.

## Test granular user actions — HOT is a library, not an app

Handsontable *implements* the low-level interactions; you cannot assume the layer
beneath "just works" the way you would when testing an app built on a framework.
Scenario generation must target **fine-grained user actions and their correctness**,
not app-level happy paths:

- **Scrolling** — wheel, drag-the-scrollbar, keyboard, and **momentum / inertial**
  scroll; frozen rows/cols and overlays staying aligned *during and after* the scroll.
- **Pointer** — hover (highlights, handles, tooltips), click / dblclick, context menu,
  drag-to-select, the **fill-handle** drag, column/row **resize** and **move** drags.
- **Keyboard** — navigation, range selection, editing, shortcuts, enter/escape commit
  semantics; **IME** composition for CJK input.
- **Touch** — tap, long-press, touch scroll/drag on mobile viewports.
- **Layout** — RTL, container resize / ResizeObserver, viewport edges, large-dataset
  virtualization boundaries.

**Overlay-clone gotcha (hooking):** column/row headers and frozen rows/cols are
rendered in *multiple* overlay layers (`.ht_clone_top`, `.ht_clone_inline_start`, the
corner, plus the master), so a `data-testid` stamped in a renderer or a header hook
appears **more than once** in the DOM. Scope the locator to the overlay you mean
(e.g. `page.locator('.ht_clone_top').getByTestId(...)`) or the strict-mode match
fails. Plain (unfrozen) cells live only in `.ht_master`, so they hook cleanly.

Prefer a driven, observable check (perform the action, then assert the exact cell /
overlay / selection state) over "it rendered". A scenario like *momentum scroll keeps
the frozen top overlay aligned* is the right altitude — the class of bug only a
real-browser, low-level test catches. **Fewer such tests, each extremely meaningful,
beats many shallow ones** — judge a test by whether it would catch a real bug, not by
what it executes. Full discipline: the `test-writing-discipline` skill.

## Recording

Record with the Playwright **CLI** (`npx playwright codegen`), **not** a Playwright MCP — the CLI is the version-pinned tool installed here (CI parity) and produces code you keep. Refactor the output into a page object with `data-testid` selectors before committing.

## References (load as needed)

- [`references/page-objects.md`](references/page-objects.md) — POM, test ids, grid locators, editing, fixtures & the demo server.
- [`references/wrappers.md`](references/wrappers.md) — React / Angular / Vue wrapper E2E: StrictMode, NgZone, reactivity, lifecycle, driving the example apps.
- [`references/codegen.md`](references/codegen.md) — recording via the CLI, `--ui`, trace viewer, refactoring the output.
- [`references/determinism.md`](references/determinism.md) — the flake-free checklist.

TypeScript style is not repeated here — Playwright specs follow the repo's TS conventions (`handsontable/.ai/CONVENTIONS.md`).

Attribution

handsontablehandsontable
View sourceMore from handsontable →
SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Your tool, in front of Claude Code builders.

3 founder slots · $299/mo · GSC-verified traffic · sponsors can never buy grades.

See placements

Related Skills

Browser Extension Developer

Use this skill when developing or maintaining browser extension code in the `browser/` directory, including Chrome/Firefox/Edge compatibility, content scripts, background scripts, or i18n updates.

285172 votes

Seo Optimizer

SEO optimization with keyword analysis, readability assessment, technical validation, content quality. Use for search rankings, blog posts, content audits, or encountering keyword density, readability scores, meta tags, schema markup errors.

2222 votes

Google Official Seo Guide

Official Google SEO guide covering search optimization, best practices, Search Console, crawling, indexing, and improving website search visibility based on official Google documentation

1862 votes

Tanstack Start

Build a full-stack TanStack Start app on Cloudflare Workers from scratch — SSR, file-based routing, server functions, D1+Drizzle, better-auth, Tailwind v4+shadcn/ui. Use whenever the user mentions TanStack Start, asks to scaffold a full-stack Cloudflare app with SSR, wants an SSR dashboard, or asks for a React 19 + Cloudflare Workers app with file-based routing and server functions — even if they don't name TanStack Start specifically. No template repo — Claude generates every file fresh per ...

10311 votes

Pentest

PTES-aligned adversarial security audit for backend, frontend, and mobile applications. Produces a CVSS-scored Hacker Report with verified PoCs and phased remediation.

5491 votes
View all in development →