v1.3.35.5 -- Screenshots README inventory restructure¶
A doc-only patch on top of v1.3.35.4. Restructures docs/screenshots/README.md so each entry uses explicit fields (Route / How to reach / What to see / Crop / Status / Embedded in) instead of free-form Notes prose, reorders the inventory by hamburger drawer route, and adds a Setup recipes section for state-changing capture prerequisites.
Zero panel binary change; argosVersion and frontend/package.json deliberately stay at 1.3.35.4. Reuses the v1.3.27.1 / v1.3.34 / v1.3.35.1 precedent: tag- without-rebuild for doc-only changes.
Why¶
Operator's capture session against v1.3.35.4 surfaced three entries whose descriptions had drifted away from the actual UI:
host-form-true-detect.png— the previous Notes line said "Host edit modal scrolled to the AppSec section." The real UI has no "AppSec" section in the host form;true_detect_modelives in the Access fieldset alongsidelan_only. Exact label: "True detect mode (don't ban on AppSec alerts)" with sub-text "Alerts logged; no LAPI decisions created. Requiressetup-appsec.shre-run after toggle (script auto-restarts crowdsec)."host-form-dns-provider-dropdown.png— described as being in the Advanced collapsible. Reality: theDNSProviderPickerrenders in the TLS section whentls_challenge=dnsis selected. Advanced contains only the ACME CA URL override.security-overview.png— the previous Notes implied it was the/securitySecurity tab's overview KPI cards. Reality:/securityis a 5-tab page (Banned IPs / Whitelist / Activity / Scenarios / AppSec) with no Overview tab; the file atsecurity-overview.pngcorresponds to the separate route/security/hosts, rendered by theSecurityOverviewPagecomponent (page heading "Security overview"). The route bookmarks from v1.3.24's split when/securitybecame the global-tab page and per-host WAF overview moved.threats-decisions.png— previously marked[~] RETAKEwith a note saying "captured against the legacy/threatsURL retired in v1.3.24." Reality:/threatsis still a real top-level route (visible in the hamburger between Security and AppSec). It renders a separate decisions list view from/security/banned, with different layout/columns. Both screenshots are valid distinct captures.
These four discrepancies were a structural symptom: the free-form "Notes" column was good at carrying ad-hoc info but bad at keeping the per-entry contract crisp. The restructure to explicit fields makes drift like this caught on the next read, not the next capture session.
What ships¶
Inventory restructure¶
Each entry now has six explicit fields:
| Field | Purpose |
|---|---|
Route | URL fragment (e.g. /security, /security/hosts, /system → tab) |
How to reach | Numbered steps from login. References Setup recipes by name when state changes are needed. |
What to see | Concrete visual description. |
Crop | What to include in the frame (full viewport vs card vs section). |
Status | [x] / [~] / [ ] per the existing legend. |
Embedded in | .md files that reference the filename. |
Plus a per-entry "Status note" line on [~] retakes explaining what shifted (replaces the prior multi-purpose Notes column).
Reorder by hamburger drawer¶
Sections now follow the live nav order:
- Auth (login + totp-setup)
- Dashboard
- Hosts (form + true-detect + dns-picker + auth-column + detect-badge)
- Target Groups
- Security (5 tabs + drift + selfblock + the
/security/hostsoverview-route entry) - Threats (with the
/threatsvs/security/bannedrelationship documented) - AppSec
- Notifications
- Logs
- Backup
- System
- Settings
- Country bans (under Settings as a sub-section)
Setup recipes¶
Five recipes at the bottom of the file capture state-changing prerequisites that several screenshots need:
host-with-detect-mode— toggle the checkbox + revert.drift-state-induced— demo-only; v1.3.35.2 seed already produces both drift surfaces.self-block-induced— demo-only viaargos demo seed-self-block --yes+ revert.country-ban-in-progress— trigger a 9th country expansion against the demo to capture the async progress bar mid-flow.target-group-with-2-targets— manual two-target setup.
Every state-changing recipe carries ⚠ Cambia estado: + the revert step.
Reworded entries (no file deletions)¶
Three entries kept their filenames + [x] status; only their location/route descriptions changed:
| Filename | Old description | New description |
|---|---|---|
host-form-dns-provider-dropdown.png | Advanced collapsible | TLS section, conditional on tls_challenge=dns |
security-overview.png | /security tab | /security/hosts separate route |
threats-decisions.png | "Legacy /threats URL retired in v1.3.24" | /threats is current route; valid distinct capture from /security/banned |
Sections preserved verbatim¶
- Capture environment (with one new line: "If you capture against a productive instance instead of the demo stack, the resulting PNGs are NOT safe for public docs without manual review before commit.")
- Browser settings
- Naming convention
- Status legend
- Capture session workflow
- Maintenance (extended with "When a UI surface gets removed" guidance)
- Replacement procedure
- When in doubt
Files changed¶
docs/screenshots/README.md(rewritten)docs/release-notes/v1.3.35.5.md(this file)CHANGELOG.md,mkdocs.yml
NOT changed: backend/cmd/argos/main.go argosVersion stays at 1.3.35.4; frontend/package.json version stays at 1.3.35.4; no Go code; no frontend code; no migrations; no smokes; no panel rebuild required.
NOT touched in this commit: no feature page or release notes that embed the renamed-location screenshots. The three entries (DNS picker / security-overview / threats-decisions) keep their filenames so existing ![...] embeds in features/dns-providers.md, features/security-overview.md, features/crowdsec.md, etc. continue to render correctly. If a future redesign actually moves UI to a different filename, that's a separate commit.
Upgrade¶
Doc-only release. Operator action:
cd ~/argos-edge
git pull
# No make sync-prod required; no panel rebuild required.
# Optional: rebuild the docs portal locally to preview:
mkdocs serve
The docs portal at cmos486.github.io/argos-edge rebuilds automatically via the existing docs.yml workflow on the push to main; the release.yml workflow auto-publishes the v1.3.35.5 GitHub release object using this file as the body.
What this enables¶
After v1.3.35.5, the screenshots README is a precise operational guide rather than a drifted prose inventory. Future capture sessions read each entry's How-to-reach as a unit-of-work; deviations between the README and the live UI become loud at edit time rather than silent until the next capture session catches them.