Skip to content

Reports moves under Advanced in gates 104 and 107 - #825

Merged
rubenvdlinde merged 1 commit into
mainfrom
feat/reports-under-advanced
Oct 7, 2026
Merged

rubenvdlinde merged 1 commit into
mainfrom
feat/reports-under-advanced

Conversation

@rubenvdlinde

Copy link
Copy Markdown
Contributor

Ruben decided on 2026-10-07 to rename the settings foldout to Advanced in every app, and to put Reports under Advanced in every app. The ADR amendments are in ConductionNL/hydra#742. This PR moves gates 104 and 107 to the new rule.

What changes

  • gate-104 reports-one-page still enforces one Reports page. Its menu entry must now be section: "settings". In the footer or the main menu it fails, and the message names where it renders: the Reports menu entry is section:"footer", not "settings", so it renders in the footer. ADR-112 Decision 3, amended 2026-10-07: Reports is one entry in the settings foldout, labelled Advanced, not in the footer or the main menu.
  • gate-107 app-chrome places Reports in settings. It drops Reports from the footer sequence, which now reads Documentation, Store, Features & roadmap. A misplaced Reports names the amended rule.
  • The runner's comments and gate-104 fail text follow suit.

Fixtures

  • reports-one-page: the clean arm has Reports in settings. The planted arm's subject is now not "settings", so it renders in the main menu.
  • app-chrome: both arms carry Reports in settings. The footer-order defect is now planted on Store (order 200, below Features & roadmap), since Reports left the footer.
  • New reports-one-page-footer (gate 104) and app-chrome-reports-footer (gate 107). In each, the arms differ in one field: Reports in the footer fails, Reports in settings passes.
  • The unused unit fixtures under test-fixtures/reports-one-page/ follow the rule, so each still fails only for its own reason.

Verified

  • bash hydra-gates/scripts/lib/test_gate_acceptance_matrix.sh: exit 0, 266 passed, 0 failed.
  • The changed checkers against app branches (sparse clones):
App, ref gate-104 gate-107
buildiq #1036 (b8dabaf) exit 0 exit 0, 5 of 5
buildiq development (cfe2bb0) exit 1, Reports in the footer exit 1, Reports in the footer
openregister #4436 (bf048cb) exit 0, not applicable (custom reports page) exit 0, 5 of 5
openregister development (0ef792a) exit 0, not applicable exit 1, Reports in the footer

The old gates, as a control, fail both PR branches on gate-107 and buildiq's on gate-104, and pass both development branches.

Merge order

Merging this reds gate-107 on every app's development until its "Reports moves under Advanced" PR lands, and gate-104 on apps with a type: "reports" page. Land this together with the 18 app PRs.

Draft: the coordinator merges after Ruben has seen it.

🤖 Generated with Claude Code

…anced (gates 104, 107)

Ruben decided on 2026-10-07 that the settings foldout is renamed Advanced
and that Reports goes under it in every app (ADR-112 D3, ADR-114 D1 and D3,
amended in hydra). gate-104 now requires the Reports entry in
section "settings" and names the footer or the main menu when it is not.
gate-107 moves Reports from the footer to settings and drops it from the
footer sequence.

Fixtures: the reports-one-page and app-chrome bundles follow the new rule
(app-chrome's footer-order defect is now planted on Store). Two new
bundles, reports-one-page-footer and app-chrome-reports-footer, differ in
one field: Reports in the footer fails, Reports in settings passes.
@rubenvdlinde
rubenvdlinde marked this pull request as ready for review October 7, 2026 07:51
@rubenvdlinde
rubenvdlinde merged commit bef15ac into main Oct 7, 2026
39 of 40 checks passed
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.

1 participant