Skip to content

docs: open the question, support and docs-feedback routes - #195

Merged
bioedca merged 1 commit into
mainfrom
docs/support-routes
Jul 20, 2026
Merged

docs: open the question, support and docs-feedback routes#195
bioedca merged 1 commit into
mainfrom
docs/support-routes

Conversation

@bioedca

@bioedca bioedca commented Jul 20, 2026

Copy link
Copy Markdown
Owner

Summary

A user who found a wrong docs page, or simply had a question, had nowhere to go. Blank issues are disabled, Discussions was off, and config.yml's only contact link was the security advisory — so the available choices were to misfile a bug or give up. Two labels existed with no surface that could produce them: type:question since M0, and the PRD-specified area:docs, which did not exist at all until this work.

Two new forms plus the routing that makes them findable:

  • docs.yml — collects the page URL and the entry from the mike version selector, because the site is versioned and those two are what make a report reproducible; then the kind of problem (wrong / missing / unclear / broken link / stale), the §4.2 module, and what the reader expected. The suggested correction is deliberately optional: someone who can only describe the problem should still be able to file. Auto-labels type:docs + area:docs.
  • question.yml — the only form that produces type:question. Asks what was already tried, so the answer is not something the asker already ruled out.

config.yml gains the non-issue exits: Discussions Q&A, the docs site, the contributing guide, and an existing-issue search. Security stays first — it is the one route where taking the wrong one causes harm.

Routing between the two channels

Both channels are now open, so the split is stated in both forms rather than left to guesswork: a concrete, answerable question goes to the issue form and is triaged alongside issues; an open-ended "how should I approach…?" goes to Discussions Q&A. An answered question that turns out to reveal a docs gap becomes a type:docs issue — a question that had to be asked is itself a documentation signal.

Already applied outside this PR

  • GitHub Discussions is enabled with the answerable Q&A category (q-a), which is why the link ships live rather than commented out.
  • The area:docs label was created (0e8a16, matching every other area:*).

Linked tracking

Type of change

  • feat — new capability
  • fix — bug fix
  • docs / chore / ci / build / refactor / test / perf
  • ! / BREAKING CHANGE: — a deliberate schema-version bump

Self-review checklist (PRD §12.4)

  • Schema freeze respected — no HDF5 schema change; .github/ only.
  • conda-lock updated if dependencies changed — no dependency change.
  • Tests added/updated — none. These are GitHub-side config with no import surface; they are validated against the issue-forms schema below rather than by a unit test.
  • Provenance stamped — n/a.
  • New tunables registered in PRD §11.2 — n/a.
  • Scientific/statistical claims carry a citation — n/a. SPDX header present: both new forms carry it inline, matching the three existing forms rather than relying on the REUSE.toml ** blanket.
  • A resolved PRD decision that changed is reflected in the PRD and/or an ADR — n/a. Enabling Discussions is a maintainer decision recorded on docs: open a question, support and docs-feedback route for a public 1.0 #163, not a PRD change.

Testing

All six templates parsed and checked against the issue-forms schema — required keys present, every dropdown carries options, and no form is missing name/description/body:

form labels fields required
bug.yml type:bug 9 4
feature.yml type:feature 8 3
validation-oracle-failure.yml type:validation-oracle-failure, priority:P0 9 6
docs.yml type:docs, area:docs 8 5
question.yml type:question 6 4
config.yml 5 contact links

Every contact link returns HTTP 200, including discussions/new?category=q-a — so the Q&A route is live, not a 404 placeholder.

Required-field discipline follows the house pattern: bug.yml requires 4 of 9 and feature.yml 3 of 8, so 5 of 8 and 4 of 6 are in range without being onerous. The three pre-submission checkboxes are copied verbatim from bug.yml so the duplicate / security / no-real-data contract is identical across every form.

Note on the labels

docs.yml auto-applies two labels where bug.yml and feature.yml apply one. That is deliberate: area:docs is otherwise unreachable from any form, and the form's own module dropdown records which §4.2 area the page covers, which is a different axis from "this is a documentation problem".

@coderabbitai

coderabbitai Bot commented Jul 20, 2026

Copy link
Copy Markdown

Warning

Review limit reached

You’ve reached a temporary PR review limit under our Fair Usage Limits Policy.

Your recent review volume is higher than typical usage, so adaptive limits are currently applied.

Next review available in: 12 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 0f626d4e-173d-4dc1-8b21-2c119992d8e5

📥 Commits

Reviewing files that changed from the base of the PR and between dd229d7 and fe8ef16.

📒 Files selected for processing (3)
  • .github/ISSUE_TEMPLATE/config.yml
  • .github/ISSUE_TEMPLATE/docs.yml
  • .github/ISSUE_TEMPLATE/question.yml
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch docs/support-routes

Comment @coderabbitai help to get the list of available commands.

A user who hit a wrong docs page or had a question had nowhere to go.
Blank issues are disabled, Discussions was off, and config.yml's only
contact link was the security advisory — so the choices were to misfile a
bug or give up. The `type:question` label has existed since M0 with no
surface that could ever produce it, and the PRD-specified `area:docs`
label did not exist at all.

Add two forms and the routing that makes them findable:

- docs.yml collects the page URL and the mike version-selector entry,
  because the site is versioned and those are what make a report
  reproducible; plus what kind of problem it is and what the reader
  expected. The suggested correction is deliberately optional — someone
  who can only describe the problem should still be able to file.
- question.yml is the only form producing `type:question`. Concrete
  answerable questions land here and are triaged with the issues;
  open-ended ones go to Discussions Q&A, which is now enabled.

config.yml gains the non-issue exits: Discussions Q&A, the docs site, the
contributing guide, and an existing-issue search. Security stays first —
it is the one route where taking the wrong one causes harm.

Both new forms carry their SPDX header inline, matching the three
existing forms rather than relying on the REUSE.toml blanket.

Verified: all six templates parse and satisfy the issue-forms schema, and
all five contact links return HTTP 200 (the Discussions Q&A URL included,
so it is live rather than a 404 placeholder).

Refs #163
@bioedca
bioedca force-pushed the docs/support-routes branch from 963cf58 to fe8ef16 Compare July 20, 2026 15:28
@bioedca

bioedca commented Jul 20, 2026

Copy link
Copy Markdown
Owner Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented Jul 20, 2026

Copy link
Copy Markdown
✅ Action performed

Review finished.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

@bioedca

bioedca commented Jul 20, 2026

Copy link
Copy Markdown
Owner Author

@coderabbitai full review

@coderabbitai

coderabbitai Bot commented Jul 20, 2026

Copy link
Copy Markdown
✅ Action performed

Full review finished.


You're currently rate limited under our Fair Usage Limits Policy. Your recent PR review activity is in the 95th percentile or higher among CodeRabbit users, so adaptive limits apply. Your next review will be available in 12 minutes.

@bioedca

bioedca commented Jul 20, 2026

Copy link
Copy Markdown
Owner Author

@codex review

@chatgpt-codex-connector

Copy link
Copy Markdown

Codex Review: Didn't find any major issues. More of your lovely PRs please.

Reviewed commit: fe8ef160d5

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

@bioedca
bioedca merged commit 6a67d96 into main Jul 20, 2026
15 checks passed
@bioedca
bioedca deleted the docs/support-routes branch July 20, 2026 17:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

docs: open a question, support and docs-feedback route for a public 1.0

1 participant