[Bug]: Git action dropdown remains clickable when no actions are available #13406

Activity

1. alanmoyano

   added

   bugSomething is broken or behaving incorrectly.Something is broken or behaving incorrectly.

   needs-triageIssue needs maintainer review and initial categorization.Issue needs maintainer review and initial categorization.

   on Sep 24, 2026
2. juliusmarminge commented on Sep 24, 2026

   

   juliusmarminge

   on Sep 24, 2026

   Member

   More actions

   Confirmed on current main. A clean, up-to-date branch leaves the overflow trigger enabled and opens a menu whose actions are all disabled.

   The screenshot matches that state. The primary button reads Commit, which is the “branch is up to date” quick action (resolveQuickAction returns a disabled Commit with hint “Branch is up to date. No action needed.”). The menu is Commit, Push, and Create PR, all disabled, which is what buildMenuItems returns for a clean ref with no ahead/behind commits and no open PR (GitActionsControl.logic.ts). Those rows are rendered as disabled items with hover reasons, so the menu opens and nothing in it can be activated.

   The chevron is only disabled while a git action is already running:

               <MenuTrigger
                 render={<Button aria-label="Git action options" size="icon-xs" variant="outline" />}
                 disabled={isGitActionRunning}
               >

   The primary button next to it is already inert in this state (aria-disabled plus the “no action needed” tooltip). The narrow-header Git actions submenu uses the same condition (MenuSubTrigger is disabled only when isGitActionRunning), so the collapsed header has the same gap.

   apps/web/src/components/GitActionsControl.tsx is unchanged since 78af372cf46a (0.0.43-nightly.20260924.2187). Desktop shows this because it hosts the web client.

   A local fix is to disable that trigger (and the collapsed Git actions submenu trigger) when every menu item is disabled and Publish repository… is not offered. Keep the trigger enabled when publish is available: a repo with no origin remote still has that extra item. Hover explanations on the disabled rows would then be unreachable; the primary button already carries the summary hint for this state.
3. juliusmarminge

   added

   acceptedfeature request acceptedfeature request accepted

   good first issueGood for newcomersGood for newcomers

   via-triageFiled through npx t3 triageFiled through npx t3 triage

   and removed

   needs-triageIssue needs maintainer review and initial categorization.Issue needs maintainer review and initial categorization.

   on Sep 24, 2026
4. MannXo commented on Oct 12, 2026

   

   MannXo

   on Oct 12, 2026

   More actions

   I'll work on this one , can I get assigned?
5. juliusmarminge commented on Oct 22, 2026

   

   juliusmarminge

   on Oct 22, 2026 – with GitCafe Production

   Member

   More actions

   Reproduced in the Linux web dev app on main b5a226e49c, using isolated state: opened a new chat on a clean checkout, then clicked Git action options. The menu opens with Commit, Push, and Create PR all disabled. This also occurs with detached HEAD.

   The exact fix is already in open #18730, assigned to Julius, with tests and before/after app evidence. Leaving this issue open for that work; no duplicate PR. macOS/Electron was not verified here.

   
6. juliusmarminge

   closed this as completedin #31972on Nov 11, 2026