Skip to content

[BUG] Claude Code on the web — org repos not visible despite GitHub App installed with 'all repositories' #57850

Description

@thriveflorida

Summary

The Claude Code on the web repo picker only surfaces my personal GitHub account's repo (thriveflorida/lifebit-crm) and refuses to display repos from my org (Thrive-Mental-Health-LLC) — despite the Claude GitHub App being properly installed on the org with "All repositories" selected.

This blocks the @Claude-tag-in-Slack workflow entirely for org-owned repos, since that integration relies on the same picker.

Environment

  • Claude account: nate@gothrivemh.com
  • Plan: Max
  • GitHub user: thriveflorida (Owner of Thrive-Mental-Health-LLC)
  • Org: Thrive-Mental-Health-LLC (GitHub Enterprise Cloud, NOT EMU)
  • Affected repos: Thrive-Mental-Health-LLC/ThriveEHR, Thrive-Mental-Health-LLC/ThriveSEO
  • Visible repo (only one): thriveflorida/lifebit-crm

Verification done

I've verified every documented requirement from the Claude GitHub integration setup. Everything is correct on my side:

Layer State How verified
Claude GitHub App on org ✅ Installed, All repositories, suspended_at: null, updated 2026-05-10T11:37 gh api orgs/Thrive-Mental-Health-LLC/installations
Claude GitHub App on personal user ✅ Installed Same API
OAuth grant for personal user ✅ Says "Claude has been installed on 2 accounts you have access to: Thrive-Mental-Health-LLC and thriveflorida" https://github.com/settings/connections/applications/Iv23liqTIFEtdIu6Vn1r
Authorized GitHub Apps tab ✅ Claude listed, no SSO warning banner https://github.com/settings/apps/authorizations
SAML SSO (org has it enabled) ✅ No "needs authorization" warnings on either GitHub Apps page or SSO and organizations page Verified via UI
ip_allow_list_enabled_setting ✅ null (not enabled) — apps not blocked gh api orgs/Thrive-Mental-Health-LLC
ip_allow_list_for_installed_apps_enabled_setting ✅ null Same
Repos accessible via GitHub App API ✅ Both ThriveEHR + ThriveSEO returned gh api orgs/Thrive-Mental-Health-LLC/installations then enumerate repositories
gh CLI from my laptop can access both repos ✅ Works gh repo list Thrive-Mental-Health-LLC

Steps to reproduce

  1. Sign in to claude.ai/code with nate@gothrivemh.com
  2. Repo picker at the bottom shows: Default | </> lifebit-crm | main
  3. Click lifebit-crm to open the picker
  4. Picker shows search input + only one option: thriveflorida/lifebit-crm
  5. Search for "ThriveEHR" or "Thrive-Mental-Health-LLC" → result: "No repos match. Repo missing? Install the Claude GitHub app in a private repository to access it here."
  6. Click "Install the Claude GitHub app" → opens GitHub App install page → both thriveflorida and Thrive-Mental-Health-LLC show "Configure" (already installed)
  7. Confirm via Configure button on Thrive-Mental-Health-LLC: "All repositories" radio is selected; click Save → redirects to claude.ai/settings/general (suggesting the webhook fired)
  8. Hard refresh claude.ai/code: ThriveEHR still NOT in picker

Things that did NOT fix it

  • ✗ Sign out + sign in to claude.ai
  • ✗ Hard refresh (Cmd+Shift+R)
  • ✗ Click Save on the org GitHub App config page (re-triggers webhook)
  • ✗ Switch repo selection from "All" → "Selected" → "All" again

Effect on Slack-tagged @claude

The Slack integration relies on this picker. When I @Claude in a #platform-updates channel asking about ThriveEHR code, the response is:

"No repositories found. Please connect your GitHub account at claude.ai and try again."

Which is misleading — the GitHub account IS connected; the repos just aren't surfacing.

Related issues (probably duplicates)

Workaround in use

I'm running my work via the Claude Code CLI instead, where the same repo IS accessible because file operations work directly. The web picker / Slack-tag workflow is the only blocked surface.

Ask

Whatever backend indexing job populates the per-user repo list on claude.ai/code — please check why my user (nate@gothrivemh.com, GitHub thriveflorida) isn't getting the org's installation merged into it. The org install has "All repositories"; the user is an Owner; SSO is fine; nothing on my side is blocking.

Metadata

Metadata

Assignees

No one assigned

    Labels

    duplicateThis issue or pull request already exists

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions