fix(chat): keep the header mask opaque while a chat reveals

[kfaracik]

Problem

Opening a chat from the drawer search on Android flashed the message content through the transparent header: the header read correctly for a moment, then the content underneath bled over it, then it settled. Reported as "najpierw prawidłowo widać header, później znowu miga i finalnie widać go stabilnie".

Cause

The chat route uses headerTransparent: true, so messages scroll under the header and TopFade is the mask that hides them. Messages reveals itself with a 200 ms opacity 0 → 1 animation — and TopFade was rendered inside that fading container.

So the mask was not missing, it was translucent: for the first ~120 ms it sat at 18–88 % opacity while the content it must hide was already painted. Instrumented release build on a Galaxy S20 FE:

[FLK] render hasMessages=true   t=1786650902725   ← mask mounts, on time
[FLK] reveal start dur=200      t=1786650902878
[FLK] opacity=0.18              t=1786650902960
[FLK] opacity=0.51              t=1786650903002
[FLK] opacity=0.88              t=1786650903052

That also explains why the bug does not reproduce when picking a chat from the plain drawer list — that path does not restart the reveal animation.

Fix

Only the scroll view fades now. TopFade, the bottom fade, the scroll-to-bottom button and SourcesSheet moved into a plain View above it, so the mask is fully opaque from its first frame while the messages still fade in.

Verification

• yarn test — 802/802
• npx tsc --noEmit — no new errors (remaining ones are pre-existing, all in __tests__)
• release build installed on a physical Galaxy S20 FE

🤖 Generated with Claude Code

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
private-mind	Error		Aug 13, 2026 8:09pm