Document local verification steps for frontend, backend, and UI changes
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 88/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- playwright, python
- Domain
- documentation, testing
Research direction
Start with CONTRIBUTING.md and README.md, then compare the existing lint, frontend build, Ruff, pytest, and Playwright guidance with .github/workflows/ci.yml and frontend/e2e/orbit-ui.spec.ts. Add a short local-verification section that directs contributors to the relevant checks and explains the app and sample-data prerequisites for UI specs. Done means the commands match repository configuration and regular checks are clearly separated from locally prepared Playwright checks.
Written by the indexing model from the issue text.
Description
Summary
The repository documents individual commands, but a first-time contributor does not have a quick guide to which checks to run for a documentation, frontend, backend, or UI end-to-end change.
Goal
Add a concise local-verification section to the contribution guide.
Scope
- Describe the minimum relevant checks for documentation-only, frontend, and backend changes.
- Include the existing lint, frontend build, Ruff, and pytest commands.
- Briefly explain that the Playwright UI specs need a locally running app and the expected sample data; do not imply they run automatically in CI.
- Keep the section short and link to existing instructions rather than duplicating them.
Acceptance criteria
- A newcomer can choose the appropriate checks for a small contribution.
- Commands match the scripts and configuration currently in this repository.
- The guide clearly distinguishes regular automated checks from the locally prepared Playwright UI checks.
- No application behavior or CI configuration changes are required.
Helpful files
CONTRIBUTING.mdREADME.mdfrontend/e2e/orbit-ui.spec.ts.github/workflows/ci.yml
- Dominant language
- Python
- Stars
- 5
- Forks
- 10
- Avg merge
- 6h 49m
- Merged PRs (30d)
- 96
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from forthfate/openorbit
-
accessibility good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
documentation good first issue help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
enhancement good first issue help wanted integrations
Difficulty 4/5 3-5 days Newbie friendliness 62/100
-
good first issue help wanted performance
-
good first issue help wanted testing
Difficulty 3/5 1-2 days Newbie friendliness 68/100
All issues in forthfate/openorbit
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100