#integration

Amy Egan Thanks for the feedback. The team just shipped some changes that help with this. Please give it a try and let us know how it goes

system Thank you for bringing this to our attention. To ensure this is investigated with the necessary priority and privacy, please report all security-related concerns, potential exploits, or abuse directly to the Vercel Security Team. Please submit your report here: vercel.com/abuse Reporting via this official channel is the fastest way to reach our security engineers and ensures that sensitive information is handled in a secure environment rather than a public forum.

Cmarateaa 2510 can someone please answer

Ryu Hi Mary, Thanks for the clear repro. Since keyboard selection works but mouse clicks do not, this sounds more like a UI/pointer-event issue in the OAuth install dialog than an OAuth permission or integration config issue. For a temporary workaround, I’d use keyboard navigation: ``` Tab / Shift+Tab to focus the team selector Arrow keys to choose the team Enter to select ``` To make the bug easier to reproduce, I’d also add a few environment details: ``` Browser + version: OS: Browser zoom level: Incognito/private window tested: yes/no Extensions disabled tested: yes/no Does it happen with only one team available: yes/no Does it happen with multiple teams available: yes/no ``` I’d also try browser zoom at `100%`, then `90%`, and test once in an incognito window with extensions disabled. If the dropdown starts working there, it may be related to zoom, extension overlays, or a browser-specific popup/focus issue. If it still fails everywhere, then I think your current conclusion is reasonable: the install flow likely needs a dashboard-side fix because the mouse click is not reaching the dropdown option. Can you share which browser and OS you reproduced it on?

4umybrands 9795 Hitting the same family of issue here, with one extra data point that may help Vercel staff narrow it down: **My setup:** monorepo with 3 Vercel projects (`gg-public-site`, `gg-dashboard`, `gg-super-admin`) all pointed at the same GitHub repo, same `main` branch, same GitHub App installation. Hobby plan. **Symptom:** Pushes to `main` auto-deploy `gg-dashboard` and `gg-super-admin` normally. `gg-public-site` shows nothing — no queued, failed, or skipped build, just zero rows under Deployments. Started silently around 2026-04-25 (no token invalidation, no settings change). **The interesting part:** since the GitHub App is the same and the other two projects on the same install are receiving events fine, this isn't an app-wide token/connection issue (which is what most of the related solved threads point at — disconnect/reconnect, GitHub App permissions, branch protection). It looks like a **per-project webhook subscription** that quietly got dropped server-side, not a repo-wide or org-wide one. **Already tried (none woke it up):** - Empty commits, real file changes inside `apps/public-site/`, top-level changes - Disconnect + reconnect Git in Project Settings → Git - Verified GitHub App has access to the repo (other 2 projects on the same install work fine, so this is a sanity-check only) - Confirmed Ignored Build Step is empty and Skip Unaffected Projects matches the working projects - `npx vercel --prod` from the linked repo works fine, so the project + build are healthy **Workaround:** CLI deploy via `npx vercel --prod` from a script. Not a fix, just unblocks shipping. This is the third or fourth thread in the last few months reporting the same shape (per-project deploy hook silently going dead), so it would be great if a staff member could investigate whether there's a class of webhook subscriptions getting dropped without any user-visible signal. Happy to share project ID and a few SHAs that should have triggered, via DM.