Repository navigation
Does not load repos on Firefox (Zen) #23
Description
Activity
In #21 it was mentioned that it is possible to install from the FF catalog. The issue though stays the same.
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.
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.
Reacted by Flo SchuesselMaybe (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.
- added a commit that references this issue
on Jul 1, 2026 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.
Reacted by Flo Schuessel- added 2 commits that reference this issue
on Jul 1, 2026
Describe the bug
The repo listing does not load (shows spinner forever).
Steps to reproduce
Expected behavior
It loads the repos so I can select the ones I want.
Actual behavior
Nothing besides the loading spinner
Environment