Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Intermittent findings and dynamic content: identity strength for repeated controls

Open
#267 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
39/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
playwright, testing-qa, typescript

Research direction

The issue describes row-scoped control keys, a two-scan baseline stability pass, and operator guidance, but names no files or tests. Start by locating the baseline scanner, element-key generation, and documentation for data-dependent screens. Done means repeated controls retain separate identities, intermittent findings are marked, and operators have guidance; verify with the relevant scanner tests.

Written by the indexing model from the issue text.

Description

area: engine enhancement

What

On a live application, collapsed identities for repeated controls (icon buttons per table row, kebab toggles per row) carry counts that track how many rows the page happens to show. The floor records those counts; runs against an unchanged codebase then see headroom or growth depending on live data.

Separately, a tooltip opened by the scanner's own keyboard walk was still in the DOM during its fade-out when axe ran and produced a new region finding on an unchanged page, one run in five. A bounded settle for transient popovers now runs between the walk and the providers.

Direction

  • Stronger element keys for row-scoped controls (row identity plus control role) so identities do not collapse across rows.
  • A stability pass at baseline that scans twice and records only findings present both times, marking the rest as intermittent.
  • Guidance for operators on data-dependent screens.
Dominant language
TypeScript
Stars
0
Forks
0
Avg merge
2h 48m
Merged PRs (30d)
8

Getting set up

  • No Dockerfile or Docker Compose file
  • Has a pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from usabl-dev/usabl

All issues in usabl-dev/usabl

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.