igneum-labs 0ab19a4ebc app-ia-26 item 8: the audit-26 screens in docs/design/app-screens/0.3.26; the Settings page renders again; a render that throws says so ... Item 8 (docs/design/app-audit-2026-10-08.md): tools/ui-mock/shots-audit-26.txt is the shot list (the four pages, dark and light, the first minute, the table, the syncing node, a job holding the card, a still chain) and the fourteen screens are in docs/design/app-screens/0.3.26, taken by tools/ui-mock/capture.sh on build-2 against the mock with the engine's earned windows on every scenario. Two faults found by the screens. (1) Since item 4 the Settings page had not rendered on the mock: renderProvingSection called proveInsteadWords bare after the page-side alias left with the old card details, the poll's catch swallowed the throw as an engine silence, and the Settings captures of items 4 and 6 showed the markup's defaults ("not set", "Node starting"). It reads View.proveInsteadWords now; renderSettings also renders the Node card's line and facts (they live on Settings since item 3). (2) The poll's catch now prints "render failed: <stack>" to the console, so a throwing render is a visible bug and the capture scripts report it, never a silent default page. The not-answering branch addresses the node line and the toggle by their present ids. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>		2026-10-08 14:33:55 +00:00
..
igneum-app	app-ia-26 item 8: the audit-26 screens in docs/design/app-screens/0.3.26; the Settings page renders again; a render that throws says so	2026-10-08 14:33:55 +00:00
mac	The opening window size, one rule for both hosts (window-22, 7 October 2026, the project lead on PC 2: "why did the app open super wide?"): scaling-21's 80 percent of the work area scaled above 1920 wide opened 2752 by 1152 on a 3440-wide area and 3072 by 864 on a two-monitor span, and a remembered WindowW/WindowH could carry that into later starts; now app/windows/opening_size.h: the PRIMARY monitor's work area (MonitorFromPoint primary, never the virtual desktop), width 80 percent capped at 1440 up to a 1920-wide display and 1920 beyond, height from the width at 16:10 bounded by the work area, never wider than 1.6 times the height, never under 900 by 600, never over the work area; a remembered frame kept only when it fits the work area, the minimum and the aspect cap, and never saved when it would not; the Mac window mirrors the rule on NSScreen.screens.first and discards an autosave frame that fails it; opening_size_test.c compiles on the gate with cc (known-failed first: it could not compile before the header, and 0.3.21's rule fails the 3440 by 1440 and the 3840 by 1080 cases); host.cpp touched (the shipper's named line)	2026-10-07 18:34:47 +00:00
windows	0.3.26: the version bump (rule 15; a node-only release: the sink-age gate hotfix on the node line, the app crate unchanged from 0.3.25)	2026-10-08 13:33:51 +00:00