| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
`repo-header-info` reserves ~6em in the breadcrumb while it loads, and that space is only released when the feature actually runs (`rgh-repo-header-info-updated`). When no personal token is configured, `expectToken` throws before the feature ever runs, leaving the spacer permanently empty (refined-github#9986). Set the same `rgh-OFF-<feature>` attribute the disabled CSS-only path uses, so rules guarded by `html:not([rgh-OFF-…])` stop reserving space. Re-check on the next navigation so a token added later gets picked up. Closes refined-github#9986
|
This looks like an AI-generated PR, so we're preemptively closing it. If you're human and tested it, include a screenshot/video/gif of the working PR and we can reopen the PR. Don't open more PRs until this one is resolved. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Fixes #9986 — repo-header-info leaves ~6em of dead space in the breadcrumbs when no personal token is configured.
What's happening
The fix
When a requiresToken feature can't run because expectToken() rejects, the feature-manager now sets the same rgh-OFF-<feature> attribute that the disabled CSS-only path already uses. Rules guarded by html:not([rgh-OFF-repo-header-info]) stop applying, so the breadcrumb spacer collapses instead of staying empty.
It continues to the next navigation event, so if the user adds a token later it gets picked up on the next page load (same re-check cadence as the existing CSS-only OFF loop).
Verified
No UI change when a token is present (attribute only set on the missing-token path).