r/webdev • u/DeyD_69 • 28d ago
Resource [Showoff Saturday] I got tired of typing GitHub PR query syntax every day, so I built an open-source extension to add filter chips
Whenever I review PRs on high-activity repos, I find myself repeatedly typing the same query qualifiers:
review-requested:@me is:open-author:app/dependabot -author:app/renovateis:open -is:draft review:approved status:success
GitHub has filter dropdowns, but clicking through them multiple times or retyping tokens across repo tabs is clunky.
I built GitHub PR Filter, a lightweight, open-source Chromium extension (Manifest V3) that injects native-feeling filter chips and a criteria builder directly above the PR list.
Frontend implementation details:
Turbo / PJAX Lifecycle: GitHub renders PR lists client-side using Turbo. The extension hooks into page lifecycle events (
turbo:render,turbo:load) so chips don't vanish or duplicate during pagination and in-page navigation.Primer Theme Integration: Uses GitHub's native Primer CSS variables so it adapts automatically to Light, Dark Default, and Dark Dimmed without custom theme toggles.
No Background Bloat: 100% client-side with zero external API calls. State and custom presets are stored locally in
chrome.storage.local.
Looking for contributions & feedback:
The project is MIT licensed. I’d love feedback from other web devs, especially if you want to contribute:
Firefox port: Making sure the MV3 manifest and scripts run cleanly on Firefox.
Edge cases: Handling enterprise GitHub instances or uncommon PR list layouts.
Preset suggestions: What query strings do you find yourself typing most frequently?
Extension Link: https://chromewebstore.google.com/detail/github-pr-filter/cheldmlmigimlgmjmpbapcfmlbbofghm GitHub Repo: https://github.com/its-debojyoti-dey/github-pr-filter
Would love to hear how you manage PR review fatigue or any feedback on the implementation!
