[Findings](/findings/index.md) / UX-057

# The toolbars come back on any small scroll up, taking screen and moving the page

Open · medium severity · failure · Firefox on iPad

## What we saw

Scrolled down, Firefox shows only a thin address line and the page gets almost the whole screen (first screenshot: the newsroom header starts about 90 px down a 1,640 px screen). Any small scroll up restores the tab strip and full address bar (second screenshot: the header starts about 270 px down), about 180 px or 11% of the screen, and the page content shifts down by that much while it is being read. The hidden state is the one wanted all the time. What brings them back is not the distance scrolled: see UX-058 for how they are hidden, which depends on the speed of the gesture.

![Firefox on iPad scrolled down: only a thin address line above the newsroom header, the release history filling the screen](/findings/img/UX-057-toolbar-hidden.webp)

_Scrolled down: toolbars collapsed to a thin address line. This is the state wanted all the time._

![The same page after a small scroll up, with the tab strip and address bar back](/findings/img/UX-056-keyboard-after-scroll-up.webp)

_After a small scroll up: tab strip and address bar back, the page pushed down about 180 px (and, here, the keyboard too: UX-056)._

## Why it matters

The reader scrolls up a line to re-read a sentence and the whole page jumps, the text moves away from their eyes, and a toolbar they did not ask for takes a ninth of the screen. Each time, attention goes to the chrome instead of the text.

## The fix

For the browser: keep the toolbars hidden until a deliberate gesture (a tap on the address line, or a scroll to the very top), and offer a setting to keep them collapsed. For the sites, on our side of the line: keep our own sticky header as small as it can be, because it stacks on top of the browser's (on this page the newsroom's header takes about another 110 px).

**What good looks like:** [EX-001 Safari on iPad hides its toolbars the same way every time, after a small scroll](/exemplars/EX-001.md).

## The record

| | |
| --- | --- |
| **Status** | Open |
| **Severity** | Medium |
| **Kind** | Failure: works against the reader |
| **Product** | [Firefox on iPad](/findings/?product=firefox-ipad), browser |
| **Where** | <https://newsroom.sgit.ai/admin/versions.html> |
| **Problems** | [Unexpected movement](/findings/?problem=unexpected-movement), [Lost screen space](/findings/?problem=lost-screen-space) |
| **Visibility** | [Obvious](/findings/?visibility=obvious): every reader sees it, every time they reach that point |
| **Recommendation** | [Keep the UI still](/findings/?recommendation=keep-the-ui-still): nothing moves, appears or takes focus unless the reader asked for it; chrome that hides stays hidden until a deliberate gesture |
| **Area** | [Navigation](/findings/?area=navigation) |
| **Breaks** | [Nothing moves that the reader did not move](/principles/index.md#ui-stays-still) |
| **Observed** | 2026-10-18, not recorded |
| **Last checked** | 2026-10-18, not recorded |
| **Environment** | Firefox for iOS on an iPad, landscape, reading newsroom.sgit.ai/admin/versions.html (newsroom v0.12.120) |
| **Source** | [Reported by Dinis Cruz, 18 Oct 2026, with screenshots](/method/index.md#reports-from-readers) |

Previous: [UX-056 Scrolling back up a little puts focus in the address bar and opens the keyboard](/findings/UX-056.md)

Next: [UX-058 Whether the toolbars hide depends on how fast you scroll, not how far](/findings/UX-058.md)