mantoshkumar1 / mantoshkumar1/mantoshkumar1.github.io

Extend automated browser coverage beyond Chromium

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

Nobody has claimed this yet.

Dominant language
JavaScript
Stars
1
Forks
0
Avg merge
13m
Merged PRs (30d)
2

Description

Problem

docs/SYSTEM_STATE.md states that automated browser coverage currently uses Chromium, while Firefox, Safari, and real-device visual review remain manual.

Goal

Increase confidence in the recruiter/visitor paths without creating an expensive browser matrix.

Scope

  • Add Firefox to the automated Playwright critical-path suite.
  • Identify the smallest Safari/WebKit coverage that is reliable in CI.
  • Define a documented manual real-device checklist for behavior that cannot be trusted through emulation alone.
  • Prioritize navigation, appearance modes, resume/contact flows, and Ask Mantosh interaction over exhaustive visual snapshots.

Acceptance criteria

  • Critical visitor journeys run automatically in Chromium and Firefox.
  • WebKit/Safari coverage is either automated for the supported subset or explicitly documented with rationale.
  • A concise real-device manual checklist exists for release-sensitive changes.
  • Browser-specific failures are actionable and not hidden by broad retries.
  • Release-confidence documentation reflects the new matrix.

Contributor guide

No contributing guide indexed for this repository

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.

Research direction

Start by reading docs/SYSTEM_STATE.md and locating the automated Playwright critical-path suite. Extend the visitor journeys for Chromium and Firefox, investigate the smallest reliable WebKit/Safari subset, and define the manual real-device checklist. Done means the acceptance criteria are met, browser failures remain actionable, and release-confidence documentation reflects the matrix.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript, playwright
Domain
documentation, testing
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.