Erro para usuários conectados e travamento do Git

Falco · 3 Setembro , 2026 16:55

@Ed_S Acho que encontrei o problema e já abri um PR para isso. Você pode verificar se ele afeta a área em que você viu os problemas?

github.com/discourse/discourse

FIX: Stop new-feature checks reaching GitHub during requests (#43143)

main ← new-features-no-git-in-requests

merged 05:13PM - 03 Sep 26 UTC

xfalcox

+261 -33

Previously, `CurrentUserSerializer#has_unseen_features` could derive the newest …new-feature timestamp inline, which filters the feed through `GitUtils.has_commit?` — and since we deploy from a partial clone (`--filter=tree:0`), `git merge-base --is-ancestor` on a commit missing from the local graph is lazily fetched from the promisor remote, i.e. a blocking, untimed network call to GitHub, once per feed entry, in a request. Compounding it, a fully-filtered feed cached no result at all, so every logged-in page render redid the whole loop until the worker timed out. This change runs that check with `GIT_NO_LAZY_FETCH=1` under a hard timeout so it stays local and bounded, memoizes it per process, and makes `DiscourseUpdates.latest_new_feature_created_at` a plain Redis read derived on write (`update_new_features`, plus a throttled `Jobs::RefreshLatestNewFeature` to self-heal after a deploy or an upcoming change changing status).

Tópico		Respostas	Vistas
Fatal: could not read Username for 'https://github.com' Self-hosting	10	320	3 Setembro , 2026
Twitter, Github and normal username and password logins not working after upgrade Self-hosting unsupported-install	34	7791	22 Outubro , 2016
40 Fatals and 7 Errors in recent logs Support	12	1774	17 Fevereiro , 2017
Admin users always get 500 timeout in GitUtils.has_commit?, while normal users work fine Bug	0	80	6 Julho , 2026
Google Login Stopped Working after manual update Support	5	1064	8 Março , 2019

Erro para usuários conectados e travamento do Git

Related topics