Skip to content

Does not load repos on Firefox (Zen) #23

Description

@scflode

Describe the bug
The repo listing does not load (shows spinner forever).

Steps to reproduce

  1. Installed on Zen as temporary addon manually (only way currently)
  2. Added PAT
  3. Went to repo selection
  4. Waited long

Expected behavior
It loads the repos so I can select the ones I want.

Actual behavior
Nothing besides the loading spinner

Environment

  • Chrome version: n/a (latest Zen 1.21.4b (Firefox 152.0.3))
  • OS: macOS
  • Extension version: 0.6.0 zip
  • Number of watched repos: n/a

Activity

  1. scflode commented on Jul 1, 2026

    @scflode
    Author

    In #21 it was mentioned that it is possible to install from the FF catalog. The issue though stays the same.

  2. scflode commented on Jul 1, 2026

    @scflode
    Author

    Correction. It actually works but takes a long time. Somehow I assumed it continues to load in the background once triggered but it does not.

  3. facundofarias commented on Jul 1, 2026

    @facundofarias
    Contributor

    Thanks for the clarification — that's really helpful. You're right on both counts: the repo list does load, it's just slow, and it doesn't continue in the background if you close the popup.

    The cause: the Repos page rebuilds the full available-repo list from scratch every time it opens (your personal repos plus every org's repos), and it does that work inside the popup — so closing the popup throws it away, and the next open starts over. There's also no caching, so it's slow every time, not just the first.

    I'm fixing this by moving the fetch into the background service worker and caching the result: the list will load in the background (surviving popup close, exactly as you expected), show instantly from cache on subsequent opens, and refresh quietly behind an "Updating…" indicator. Fix incoming.

  4. scflode commented on Jul 1, 2026

    @scflode
    Author

    Maybe (not sure if feasible) a supporting text would be nice (loading repos from org A or something). I am in a fairly large org with 1000s of repos so maybe that will still look stale after all.

  5. added a commit that references this issue on Jul 1, 2026
    4726e52
  6. facundofarias commented on Jul 1, 2026

    @facundofarias
    Contributor

    Great suggestion, and good instinct that a thousands-of-repos org would still feel stale — you're right, and it goes a bit deeper than progress text. The repo list is fetched with pagination (GitHub caps at ~2000 repos per list) and the search box filters only what's already loaded, so in a very large org some repos would never show up in the picker at all — no amount of waiting would surface them.

    So rather than only adding a "loading repos from org A…" indicator (which helps perception but not the cap), I've added an "Add a repo by name" form to the repo selector in #26: type owner/repo (or paste the repo URL), it's verified with a single API call, and it's added to your watched list directly — no enumeration, no cap, works for any org size, on GitHub/GitLab/Bitbucket.

    Combined with the background-loading/caching fix (#24), that should cover both the "it's slow/stale" and the "I can't find my repo in a huge org" cases. The progress-text idea is still a nice touch we can layer on later.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions