GitHub status: access issues and outage reports

Problems in the last 24 hours

The graph below depicts the number of GitHub reports received over the last 24 hours by time of day. When the number of reports exceeds the baseline, represented by the red line, an outage is determined.

Most Reported Problems

The following are the most recent problems reported by GitHub users through our website.

• Website Down (70%)
• Sign in (17%)
• Errors (13%)

Live Outage Map

The most recent GitHub outage reports came from the following cities:

City	Problem Type	Report Time
Créteil	Website Down	14 days ago
Trichūr	Errors	18 days ago
Brasília	Sign in	18 days ago
Lyon	Website Down	18 days ago
Tel Aviv	Website Down	22 days ago
Rive-de-Gier	Website Down	22 days ago

Full Outage Map

Community Discussion

Tips? Frustrations? Share them here. Useful comments include a description of the problem, city and postal code.

Beware of "support numbers" or "recovery" accounts that might be posted below. Make sure to report and downvote those comments. Avoid posting your personal information.

GitHub Issues Reports

Latest outage, problems and issue reports in social media:

• 
  🃏 (@anupamrjp) reported 51 seconds ago

  Dear hiring manager who rejected me before I even applied, Thank you. Genuinely. You built a filter for people who can memorize solutions to problems that don’t exist anymore. I slipped through the cracks. Into the part of tech where nobody’s checking your LeetCode score, your internship history, or why exactly you got banned from campus placements. They’re only asking one question here: Does it work? Four years of 9.1 CGPA taught me how to pass tests. Six months of building taught me that the test was wrong. Ship dates don’t care about your GPA. Users don’t care about your GitHub commits. Revenue doesn’t care where you ranked in placements. The leaderboard got reset. And I’m starting from the same place as everyone else Except I have nothing to unlearn. See you at the top. I’ll be the one with the receding hairline and the profitable SaaS

• 
  Jose (@SolutionsCay) reported 1 minute ago

  Two changes to how I work with agents: 1. GitHub App so the agents manage issues directly. Keeps the repo clear of throwaway spec and todo files. 2. EmDash (Cloudflare's serverless WordPress successor) for internal docs. Runs on D1, just SQLite under the hood, so I can export the content and move it anywhere. No more docs sprawl.

• 
  Steve (@Steve1885204) reported 4 minutes ago

  @Umesh__digital It puts GitHub into an infinite loop trying to resolve the recursive paradox, causing all the servers to max out and eventually burn down the entire data centre

• 
  AJ ✝️ 💚🧡 (@angelcreative) reported 6 minutes ago

  @uiux_hamad My design team is leaving Figma gradually, in fact we are using Cursor and GitHub as main design tools now, in the past two months the usage of Figma drops 33% and it will keep going down up to 30% more to a 63% in total and maybe more

• 
  toni (@tonitrades_) reported 7 minutes ago

  @github Capping PRs helps with the queue, but does it fix why reviews pile up in the first place? If reviewers are already stretched thin, limiting submissions might just hide the real problem.

• 
  Jason Bloomer (@JasonABloomer) reported 7 minutes ago

  @yagiznizipli Pffff, what a scam Let me fix your advert; "show us your github so we can scrape all your repos and train our AI on your code, only for any decent ideas you've had to be taken from you and made ours, then handed off to our legal team to crush you." Sorry, I value my work.

• 
  KS Sreeram (@kssreeram) reported 10 minutes ago

  @Lidinwise @leecronin Given that AI coding is all the rage… What is your hypothesis on why the following is true? AI is unable to create even _one_ open source project that’s good enough to enter the top one-thousand open source projects (say on github), with ZERO involvement of humans from birth of idea. Imagine the prompt being something like “Come up with a great idea for a new open source project and implement it”. AI is unable to do any such thing with zero human involvement. My answer on why: Every project in a top 1000 list is a hit. Every hit is a mini-invention of sorts. It is necessarily “out of distribution” is some way. AI is unable to do this because we don’t know how to solve the problem of invention.

• 
  top10.dev (@Top10_Dev) reported 10 minutes ago

  SunJaycy/GoldenEye-Recomp just hit @github Trending at 503★ — the N64Recomp toolchain (the one behind Zelda 64: Recompiled / Majora's Mask) now eats Rare's 1997 engine. Static recomp ≠ emulation. The ROM is lifted to C at build time, compiled to native x86_64/ARM64, and paired with RT64 for path-traced lighting at 4K. No interpreter loop. Real binary. GoldenEye was the hard target — microcode-heavy muzzle flashes, split-screen viewport math, infamous AI. If it works, the toolchain has cleared the "Zelda-shaped problem" bar. #opensource #gamedev

• 
  Anomaly (@theanomalyai) reported 10 minutes ago

  A developer in Bangalore named Anoop M D got tired of Postman. Every release, more bloat. Forced cloud sync. Mandatory login. A free tier that shrank every year. He had spent a decade as an engineer. He had watched a $5.6 billion company turn a developer tool into a subscription trap. So in 2022 he took a ₹5 lakh grant. One man. Side project. No co-founder. No office. No pitch deck. He named it after his golden retriever. "I love him the most," he wrote. Bruno. An offline-first API client. Files live in your folders. *** is the sync layer. No account. No telemetry. No cloud. Then the inbound started. Ten VCs reached out. He said no to every one. "An API client doesn't scale with venture capital." In March 2026 Postman cut the free tier to one user. A team of five now pays $1,140 a year. A team of three pays $684. Bruno is MIT licensed. 500,000 developers use it. 45,020 stars on GitHub. Pushed today. He did not raise money. He did not hire a growth team. He did not write a thread about how Postman is dead. He named it after his dog and shipped the thing that made it true. (Link in the comments)

• 
  Elvis Irhaye (@viii_fn) reported 11 minutes ago

  Is GitHub down or it’s just MTN trying to ruin my career?

• 
  Abdulkadir | Cybersecurity (@cyber_razz) reported 11 minutes ago

  AMD quietly removed RAM encryption from consumer Ryzen CPUs. Via a routine firmware update. No release notes. No advisory. No announcement. The BIOS setting still shows up. Still toggles on and off. Does absolutely nothing. A privacy-focused Linux hobbyist noticed in April. Spent months chasing it down. Filed a bug report on AMD’s GitHub. AMD engineers replied suggesting he toggle the setting off and back on. He showed them internal firmware dumps proving the flag was hardcoded to FALSE. An AMD senior principal engineer closed the thread with: “My apologies but I don’t have any more information to share on this topic.” That’s it. Seven weeks of investigation. Multiple motherboard vendors confirming it. Internal firmware evidence. AMD’s answer: no comment. The feature still works on Pro and EPYC chips. Which cost significantly more. The hardware is physically capable. The firmware just says no. Windows users have no way to detect this happened. There is no Windows tool that checks TSME status. The BIOS lies to you. AMD’s own engineers confirmed the feature worked on consumer chips in 2020. Then again in 2025. In 2026 it’s a PRO feature. Nobody told you.

• 
  naimeh (@naimeh70) reported 12 minutes ago

  @Amir1339216RKT This happens a lot during testnets. Now when I find a minor bug or contract issue, I just drop it publicly on GitHub or tag them directly instead of DMing.

• 
  Rafal Wachol 💙 (@RafalWachol) reported 14 minutes ago

  @itometeam @tsuyoshi_chujo I was playing with it and started creating issues on GitHub when I noticed something.

• 
  Gjermund Garaba (@GjermundGaraba) reported 25 minutes ago

  @RhysSullivan I’ve deployed it locally and hooked up a bunch of stuff. Are GitHub issues the preferred feedback channel or do you have a better way?

• 
  Poplicola (@selectsand) reported 32 minutes ago

  there's a frustrating bug for some users when upgrading to claude max where it refuses to take your money and insists you contact support support cannot be reached no matter how hard you try people are begging the claude-code devs on github to forward this to the payments interface team because they have no idea how else to get into the system to convince anthropic to take more money from them, the issues just get closed as off topic @claudeai

• 
  Gitbank (@Gitbank_io) reported 33 minutes ago

  Community update — GitStock delay + what we have been building First, we owe you an honest update. We promised GitStock would ship earlier and we went quiet. That was on us. No excuses, we were heads down in the contracts and infrastructure and did not communicate well. That changes today. Here is what actually took time. We refused to ship GitStock on top of third-party APIs or borrowed infrastructure. Everything you see in Gitbank; the vault, the relayer, the swap engine, the RWA layer runs on smart contracts we wrote, audited ourselves, and deployed. The GitVault contract is verified on Basescan. The GitStockFactory is verified on Basescan. You can read every line. No black box. No external custody API holding your assets behind the scenes. That decision slowed us down. We think it was the right one. On security specifically. Your funds sit in a soul-bound smart contract vault anchored to your GitHub ID. Transfers are disabled at the contract level — not by a rule in a database, by the EVM itself. We also built private transaction routing directly inside GitVault on Base. No Tornado, no third-party mixer, no privacy-as-a-service API. The privacy logic lives in our own contract. You can verify it. The relayer signs and submits transactions on your behalf so you never pay gas, but the keys to your vault are yours. We hold nothing. If you want to verify any of this: check our contracts on Basescan, check our GitHub, check the bytecode. We are open source. The code is the proof. GitStock ships tomorrow.

• 
  Arti | AI Builder (@Artur_roses) reported 33 minutes ago

  Claude Code can take a GitHub issue, write the code, run tests, and open a reviewed PR — no human keystrokes required. The dev loop isn't getting faster. It's being removed.

• 
  fks (@FredKSchott) reported 38 minutes ago

  @pavitrabhalla @flueai Same! check the GitHub issues, there was a reason it had to be pulled, can’t remember off top of my head

• 
  Mug Club Boutique (@UsernameAndStuf) reported 40 minutes ago

  @cyber_rekk A github token on a linux server they didn't update is how

• 
  CliffDoesAI (@CliffDoesAI) reported 41 minutes ago

  A tool on GitHub just pulled 3,938 stars in a single day. It's called Headroom. It compresses your tool outputs, logs, and RAG chunks before they reach the LLM. Claim: 60-95% fewer tokens, same quality. I've been testing context compression on my own agent workflows because the problem is real. You run a few tool calls, pull in some docs, and suddenly you're burning tokens on stuff the model doesn't need. Last week I ran a 50-document extraction job. Raw context: ~12,000 tokens. After compressing tool outputs: ~800 tokens. Same results. One-eighth the cost. That's not a marginal improvement. That's the difference between a workflow that makes economic sense and one that bleeds money for no reason. Headroom works as a library, proxy, or MCP server. Single binary, zero dependencies. Open source. The token cost conversation usually focuses on which model you pick. But the real waste is in what you send it. Most agent pipelines push 3-5x more context than the task requires. I'm not saying compress everything blindly. Some tasks need full context. But for classification, extraction, summarization — the boring repetitive stuff — this is a free win. Have you measured how much of your agent's context window is actually useful vs. noise?

• 
  Axe Ghost. Now with Fragments mode🌟 (@axeghostgame) reported 41 minutes ago

  graph in the OP is built from data around the Godot repository from github. it confirms Godot's PR backlog is up and external contributor quality is down. the narratively complicating thing is that both trends significantly predate ai tool availability.

• 
  0xSero (@0xSero) reported 44 minutes ago

  @naturevrm Dcp 4 should fix it im running it but I might need to update the GitHub

• 
  Chris Huber (@chubes4) reported 44 minutes ago

  @CoastalDigital2 @MythThrazz That part is more of an idea right now. I need to test it on my VPS. The goal is that non technical users can open issues and PRs against the corresponding live site code on GitHub without touching the production site, safely previewing all changes via Playground.

• 
  nasuy (@n_asuy) reported 47 minutes ago

  i think @xai should be ADE. now they have a chat, cursor, enough coding models and harnesses, strong signal like bookmarks or down votes, video creatives, profile / chat / relationship contexts. if so, we don't have to depend on discord or any chat apps. easy to invite x people to cowork. there is no need to connect Linear, Slack, or GitHub to another platform and ask that platform to solve their problems. true AI chat is a SNS, not a single UI. there is a UX that only xAI can realistically build in the world.

• 
  Peter Skøtt Pedersen (@PeterSkott) reported 52 minutes ago

  @_Evan_Boyle @_Evan_Boyle can we have the remote github mcp server work for the github copilot app then?

• 
  Coobyk (@Coobyk_) reported 52 minutes ago

  Someone should make a game where you’re a dev and try to fix a bug in your open source project but GitHub constantly has uptime issues or weird UI stuff or doesn’t render properly from most browsers so you **** around until you get the result lmao

• 
  Noonien Soong (@mlcarldev) reported 55 minutes ago

  Team @droid It's a bit unfortunate that something, likely in my local Droid installation, has stalled progress. This comes after 20 hours of brilliant, excellent planning and execution on the first 30% of this platform, where a stellar handoff procedure was created so I could start a new mission... which was the recommendation of the orchestrating agent in that first mission. Starting this second mission with a fresh context window, the agent again did a brilliant job planning the next milestones. It was extraordinary, detailed planning... but then it could not execute. After the planning and after me accepting the proposal, it refused to execute, throwing an error every time. The agent tried everything: 1. He decreased the size of the plan down to one line, so it is definitely not the content of the plan causing the issue. 2. He even deleted some mission and plan related json and other files to reset it while preserving all the information. I have restarted Droid and resumed the session, but it just doesn't work. I wrote a detailed, comprehensive bug report and filed it under issues in your GitHub repo, as this seems to be a real problem now. Issues #98 and #99 I hope that a next update will somehow reset my configuration. I didn't see a new version being installed that could have introduced a bug, so this must be something Droid does on such an extensive mission... perhaps when trying to start a new mission in the same repository, which is normal procedure according to the documentation. Something is off, and essentially I have been unable to continue the test since yesterday. I cannot continue having this platform coded here, while Opus Ultracode, on the other hand, has been delivering pretty functional stuff so far. It is a bit chaotic the way it works... it doesn't really stick to the plan... but it always comes back when reminded. I am pretty sure that today I will have a functioning platform delivered by Opus, though it will probably need some debugging and fine-tuning. It is unfortunate because I am confident GLM 5.2 could compete with Opus 4.8. The first stint showed this clearly; that first flawless 98% of the context window in the first mission was absolutely stellar. If I were to reinstall Droid from scratch, I assume I would lose all the artifacts that I have. The orchestrator: Key points to highlight when you pass it to Factory AI: 1. Root cause (smoking gun in the logs): the orchestrator session is bound to missionId 7ba4d425 via session tags, and this binding persists across CLI restarts. ProposeMission looks up that mission directory, finds nothing (because I deleted it trying to fix the issue), and crashes on H.length where H is the undefined result. 2. The bug is likely in session-tag lifecycle: the missionId tag is set at session creation time (before any ProposeMission call), so a failed proposal poisons the session permanently. The tag should be set AFTER a successful proposal, or cleared on restart if the referenced mission no longer exists. 3. The fix is almost certainly to start a completely fresh session (not --resume, and possibly in a new terminal window / after clearing ~/.factory/sessions/). I did not try this because you asked for the bug report first, but it is the most likely workaround on your side. 4. The AskUser tool is also broken in this session with a similar parse error, reinforcing that this is a session-state corruption issue, not a ProposeMission-specific bug. My comment: I meanwhiile tested. All the recommendations and the Ask User tool are now broken, even in completely unrelated new missions and new repositories. Planning also can't go to execution; it's always the same error. Droid seems to be broken for good now, at least on my computer.

• 
  Nav Toor (@heynavtoor) reported 57 minutes ago

  There is a GitHub repo that defeats Google's Play Integrity check. 61,030 stars. GPL licensed. Pushed eight days ago. The repo is called Magisk. It roots your Android phone. It hides root from banking apps. It runs Netflix on a phone the Play Store says is uncertified. It passes the same fraud detection Google built to stop it. Here is the part that makes no sense. The man who built it is John Wu. He has been maintaining Magisk for nine years. Since November 2023 he has been a Senior Software Engineer at Google. On the Android Platform Security team. The exact team that builds Play Integrity. Google hired the person who defeats their root detection. He still ships the tool that defeats it. The repo is still online. It has not been taken down. For nine years. Do not install it. Your phone is supposed to belong to Google. (Link in the comments)

• 
  Dmytro Virych (@dmytrovirych) reported 59 minutes ago

  I’ve been shipping code for 10+ years and imposter syndrome still won’t leave me alone. You’d think it chills out with time. Nah. It just levels up. Early days it whispers “you’re not ready yet.” A decade in it hits harder: “bro you’ve been faking it this whole time, they’re about to catch on.” Mobile apps, web stuff, janky systems with too many moving parts, solo products I actually shipped… none of it matters when the voice kicks in. Thinking about speaking at a conference? Lol who do you think you are, those are the real pros. Want to drop an opinion in a thread? Better stay quiet before someone realizes you don’t actually know ****. Here’s the thing I’ve learned: the voice isn’t tracking your real skill. It’s just screaming about the fake gap between what you know and what you think everyone else knows. That second number is 100% made up. Your messy behind-the-scenes vs their perfect highlight reel. All those “professionals” I’m scared of? Half of them are up at 2am staring at a random GitHub issue, quietly praying someone else already solved this exact bug. It never fully disappears. You just get better at shipping anyway while it’s still yapping. If you’ve got way more years than your confidence shows, reply with the number. Curious how many of us are still out here waiting to get “found out.” 🚀

• 
  Arti | AI Builder (@Artur_roses) reported 1 hour ago

  Claude Code just took my GitHub issue, wrote the code, ran the tests, and opened a PR. My job: approve it. The dev workflow isn't changing. It already changed.