1. Home
  2. Companies
  3. GitHub
  4. Outage Map
GitHub

GitHub Outage Map

The map below depicts the most recent cities worldwide where GitHub users have reported problems and outages. If you are having an issue with GitHub, make sure to submit a report below

Loading map, please wait...

The heatmap above shows where the most recent user-submitted and social media reports are geographically clustered. The density of these reports is depicted by the color scale as shown below.

GitHub users affected:

Less
More
Check Current Status

GitHub is a company that provides hosting for software development and version control using Git. It offers the distributed version control and source code management functionality of Git, plus its own features.

Most Affected Locations

Outage reports and issues in the past 15 days originated from:

Location Reports
Catania, Sicily 1
Inverness, Scotland 1
Quito, Pichincha 2
Junín, Manabí 1
Guadalajara, JAL 1
Paris, Île-de-France 6
São Paulo, SP 1
Ipauçu, SP 1
Vigo, Galicia 1
Tel Aviv, Tel Aviv 1
Éragny, Île-de-France 1
Saltillo, COA 2
Montlhéry, Île-de-France 1
Aulnay-sous-Bois, Île-de-France 1
Granada, Andalusia 1
Vernon, Normandy 1
Township of Evan, KS 1
Madrid, Madrid 1
Bogotá, Bogota D.C. 1
Lyon, Auvergne-Rhône-Alpes 1
Lima, Lima 1
Aix-en-Provence, Provence-Alpes-Côte d'Azur 1
Trento, Trentino-Alto Adige 1
Le Chambon-Feugerolles, Auvergne-Rhône-Alpes 1
Antananarivo, Analamanga 1
Lure, Bourgogne-Franche-Comté 1
Ashkelon, Southern District 1
Veigné, Centre 1
Saint-Paul, Réunion 2
Mexico City, CDMX 1
Check Current Status

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:

  • EmilioSchwaiger
    Emilio (@EmilioSchwaiger) reported

    @himarkyi Probably the first article Ive read in detail, I think the issue im facing is not receiving enough feedback. Like I do create tools and such, get downloads on npm, but if I dont get feedback or any github issues I dont know what I should change or learn from it.

  • Austen_ai
    Austen (@Austen_ai) reported

    A developer with Copilot does the work of 5 without it. Under per-seat pricing, that efficiency costs the vendor money. GitHub makes less revenue when teams shrink from 50→10 engineers. That incentive structure is fundamentally broken.

  • atharva_again
    Atharva Verma (@atharva_again) reported

    @raffichill just use github issues ffs

  • loftwah
    Loftwah (@loftwah) reported

    Being replaced by an API and GitHub issues wasn’t really on my bingo card but here we are

  • Stevoblevo
    Stephen Brinly (@Stevoblevo) reported

    @grok fair. we should probably call that the 'hogwash' protocol. get that down. did you see the github already? read the proposal and tell us what thingkst

  • huesofbanter
    pasandida(:)aura (@huesofbanter) reported

    @akanxshhha its a github pr issue/bug retrieval augment generation project, ie if someone searches for some issue in the chat, it can search all the existing github database for that company quickly and add context from previously occured same issues into the prompt so user can see how it was solved before.

  • Madeactual
    Madeactual (@Madeactual) reported

    @stretchcloud The part I would not give up is the audit trail. Coordination overhead is annoying, but the thing that actually burns you is nobody being able to say what changed, when, and on whose authority. GitHub Issues are a lousy planner and a decent ledger, which is why people keep crawling back to them. If a shared planner keeps session replay and side-by-side diffs, it earns the swap. If it only removes the friction and not the record, you traded a slow system for an unexplainable one.

  • goldairush
    Rush (@goldairush) reported

    @kv1nsiii Three tools in this list. Only one of them solves the problem that actually kills most coding-agent setups after week two. Crush switching models mid-session without losing context is the detail worth stopping on. Most people running CodeWhale or Kilo Code end up locked into one provider by accident, not by choice — the context resets the moment you try to switch, so nobody actually tests whether a cheaper or better model exists for the task, they just stay put. MIT licenses and zero markup are the headline, but that's true of dozens of dead GitHub repos too. The thing that predicts which of these three is still getting commits in a year is whichever one removes a real daily friction point, not whichever one has the biggest star count today.

  • UsernameAndStuf
    Mug Club Boutique 31007 (@UsernameAndStuf) reported

    @10_X_eng @Whos_Ur_Doggy @meowludo Forked an pointed frontier at it: staus of the rain 🌧 will PR origin upon request. Here’s the actual state of VibeCut now, translated from “code features” into what the user can do, what problem it solves, and what remains before it is a finished product. The important distinction is: a lot of this is now implemented in the branch, but the branch has not yet passed a real clean Kdenlive compile + runtime smoke test. That verification step is still the immediate gate before merging or upstreaming. The roadmap reflects that explicitly. What has been built AreaWhat exists nowWhat this means for the userWhat it fixed Agent planningA real EditPlan system: inspect → plan → authorize → execute → verifyInstead of the AI randomly calling editing functions, VibeCut can explain what it intends to do and then execute a deterministic planFixes “LLM blindly edits project” behavior and makes multi-step edits reviewable Approval modesReview / Auto / Turbo trust modesUser can choose between approving everything, allowing safe reversible edits automatically, or giving VibeCut broader governed autonomyFixes the all-or-nothing problem between “AI asks constantly” and “AI can do anything” Per-tool security.vibecutpolicy.json: deny, always_confirm, auto_allowA project can say things like “never render automatically” or “clip trims may auto-run”Fixes lack of granular authority controls; denied tools are hidden from the model and blocked again at execution time Stale-plan protectionMonotonic project revision trackingIf you edit the timeline after VibeCut prepares a plan, the old plan cannot blindly apply to changed stateFixes a serious race condition where AI actions could land on the wrong timeline state Transactional editsSynchronous project edits are grouped into Kdenlive undo checkpoints; failed checkpoints can roll backA multi-step AI operation behaves much more like one professional editor commandFixes partial mutations where operation #1 succeeds and #2 fails leaving the project half-changed Before/after verificationProject snapshots and edit diffsVibeCut can report what actually changed rather than merely saying “done”Fixes false-success/hallucinated-success reporting Undo integrationNew editor tools deliberately use Kdenlive's native undoable APIs or explicit undo/redo lambdasCtrl+Z remains meaningful even after AI editsFixes the common AI-editor problem where programmatic changes bypass normal application history Background jobsShared VibeCutJobManager with stable IDs, progress, terminal state and cancellationWhisper/render operations can run while the app remains interactive and can be monitored/cancelledFixes long-running operations being opaque or blocking the editor Conversation compactionBounded context preserving complete tool exchangesLong VibeCut chats don't grow indefinitely or break tool-call protocolFixes runaway model context size/cost and malformed history from naive truncation Project rules.vibecutrulesA user can give durable project instructions such as style/editorial constraintsFixes having to re-explain project rules every conversation Project memory.vibecutmemory.json with bounded entries, provenance, atomic saving and governed put/forget/listVibeCut can retain useful project facts without stuffing them into chat historyFixes “agent forgets everything between conversations” without secretly rewriting project rules Provider architectureModel-provider registry, provider-owned request building and stream normalizationAnthropic is no longer welded permanently into the application architectureFixes future model/provider integrations requiring a rewrite of the agent KWallet credentialsOptional KDE Wallet storage plus dock credential entry and provider hot reloadA desktop user can enter the Anthropic key in VibeCut rather than putting it in source/config/project filesFixes insecure/manual credential handling Lifecycle hooksHooks for model requests, tools, plans, jobs, trust changes, failures, context providersOther modules/plugins can observe and extend VibeCut without modifying the agent loopFixes architectural coupling and creates the integration hooks you wanted VibeScriptBounded QJSEngine sandbox that may produce plans but cannot directly edit Kdenlive, access files, launch processes or use the networkAdvanced users can script complicated edit logic while keeping the governance layer intactFixes the need for a programmable escape hatch without turning VibeCut into arbitrary-code execution Local verificationscripts/vibecut-verify.shYou can build/test the VibeCut work locally without GitHub ActionsFixes your CI-credit problem and gives us a repeatable release gate Those architecture/security pieces are all tracked as landed in the repository roadmap. --- What the editor itself can do now This is where the project changed from essentially an AI denoise/subtitle experiment into an actual agent-operable NLE surface. Timeline clips VibeCut now has governed native tools for: CapabilityWhat the user can askWhat it fixes Move clips“Move clip 14 to V2 at 00:23”Previously VibeCut had almost no general timeline manipulation Split/razor“Cut this clip where he starts the second answer”Uses Kdenlive's own grouped razor path instead of simulating UI clicks Trim“Trim 18 frames from the end”Gives VibeCut precise edit control Ripple trim“Remove this pause and close the gap”Adds structural editing rather than simple effect application Delete“Remove this clip”Gives it actual editorial authority, classified as higher risk Group/Ungroup“Group these B-roll clips”Enables controlled multi-item editing Selectioninspect/set/clear timeline selectionGives VibeCut an explicit targeting mechanism for multi-item operations Kdenlive itself documents its request APIs as the correct entry point because they perform validity checks and build undo/redo operations rather than mutating underlying structures directly. Effects This is a major improvement. Initially VibeCut basically knew two hard-coded denoise choices. Now it has: CapabilityUser meaningWhat it fixed effects_available“What effects can you actually use on this installation?”No more invented effect IDs effects_inspect“What effects are already on this clip, and what are their parameters?”Effects are no longer write-only effect_add“Add the installed stabilization/color/etc effect”Moves beyond a tiny denoise allowlist effect_parameter_set“Set this effect's strength/opacity/etc.”Enables genuine effect editing effect_remove“Remove the second blur effect”Enables full lifecycle management Duplicate row identityCorrectly targets duplicate copies of an effectFixes ambiguous “remove blur” behavior Kdenlive's EffectStackModel exposes the stack, XML, rows and undo-oriented operations, while AssetParameterModel exposes effect parameters and mutation methods. Transitions / compositions VibeCut can now: list the transitions actually installed in Kdenlive, add one, move it, resize it, remove it. For the user, that means requests like: > “Put a 12-frame dissolve between these shots.” or > “Make that composition start six frames earlier.” can become real governed operations. Previously VibeCut couldn't manipulate compositions meaningfully at all. The underlying Kdenlive model exposes native composition insertion, move, resize and generic item deletion paths. Titles VibeCut can now create a real Kdenlive title asset, place it into the bin/timeline, and later update titles that were created through the simple VibeCut title system. That means: > “Put ‘Day 3’ in white at the top-left for five seconds.” and later: > “Change that to ‘Day 4’ and make it larger.” can be handled as actual title assets rather than fake overlays. Complex manually built title layouts are intentionally protected rather than being destroyed by a simplistic text replacement. This fixed the previous absence of any native title workflow. Tracks VibeCut now understands tracks as real objects. It can: list tracks and their IDs/types/counts/lock state, create audio or video tracks, rename tracks, move tracks, lock/unlock tracks, delete tracks. Track deletion is classified as MajorEdit because Kdenlive deletes the content on the track too. Kdenlive's track creation/deletion/move methods explicitly expose undoable request APIs, and locking itself creates Kdenlive undo/redo commands. Bin / media This is another large practical addition. VibeCut can now: inspect the project bin, import an existing local media file, insert an existing bin asset onto a timeline track. So a user can move toward: > “Import interview_broll_03.mp4 and put it on V2 at 1:24.” without an external shell or UI automation. The implementation uses Kdenlive's own ClipCreator::createClipFromFile and timeline insertion APIs. Guides VibeCut can create: point guides, range guides, remove guides, inspect existing guides. This seems small but is strategically useful. It allows workflows such as: > “Find every place she mentions pricing and mark those sections.” before asking the AI to actually cut anything. That separates analysis from editing, which is exactly what a professional AI editor should do. Subtitles / transcription The original subtitle work has been considerably hardened. Now: existing subtitles can be searched; scope is explicit; selected clip is preferred; ambiguous multi-clip projects are not silently interpreted as “transcribe everything”; audio extraction is asynchronous; Whisper setup is trackable; Whisper output checks project state before import; individual subtitle text can be edited; individual subtitles can be deleted. For the user this means subtitle operations should behave like proper editing jobs instead of an opaque giant blocking function. Render/export VibeCut now understands the actual render presets installed in Kdenlive. It can prepare a native RenderRequest, start the real Kdenlive renderer asynchronously, monitor it as a VibeCut job, cancel it, and verify that the output file actually exists and has data before claiming success. That fixes an enormous trust problem: “The AI said it exported” is no longer sufficient. The file must actually exist. --- What all of this changes strategically The original VibeCut was roughly: chat panel → Claude → a handful of special-case editing commands. What exists on the branch now is much closer to: model/provider → project intelligence → governed plan → authority policy → deterministic execution → Kdenlive native operations → verification → undo / job lifecycle → observable result That is a substantially different class of product. The defensive value is no longer “Kdenlive with Claude.” It is becoming: > a state-aware, policy-governed, transactionally safe agent operating a professional NLE through authoritative application state. --- What remains There are two different categories left: 1. Make what exists unquestionably solid. 2. Add the next intelligence/product layers. Those should not be confused. 1. Immediate: prove the branch actually works What remains Run: bash scripts/vibecut-verify.sh on a machine with the complete Kdenlive build dependencies. Then perform an actual smoke project. What that means for the user Nothing should merge into your normal VibeCut branch until we know: it compiles; it links; the dock opens; a model request works; plans render correctly; Undo really restores the timeline; Whisper doesn't freeze the GUI; rendering works/cancels; Review/Auto/Turbo actually behave as designed. What problem this solves Right now we've done a very extensive source/API audit, but source inspection is not a compiler. This step separates: “architecturally implemented” from “known-good application.” This is the single most important remaining near-term task. --- 2. Track controls still missing Remaining Mute, video visibility, more audio routing/mixer controls. User experience when done Examples: > “Mute the scratch audio.” > “Hide V3 temporarily.” > “Route this mic track appropriately.” What it fixes Right now VibeCut can manipulate the existence/order/name/lock of tracks, but cannot fully operate the audio/video state of those tracks. --- 3. Mix-specific editing Kdenlive has same-track mixes in addition to ordinary compositions. Remaining inspect mixes; add/remove/switch mix types; modify mix cut point/alignment/duration. User experience when done > “Crossfade these two adjacent clips by 10 frames.” What it fixes Ordinary transitions are now handled, but Kdenlive's special same-track transition/mix system is still a separate editing subsystem. --- 4. Complex title design Remaining element-level title inspection/editing; multiple text elements; shapes/images; reusable title templates; style presets; layout primitives. User experience when done > “Use the lower-third style from the last speaker, but replace the name and company.” What it fixes Current title support is intentionally simple and safe. It does not yet make VibeCut a graphic-design agent. --- 5. Better project-bin operations Remaining relink missing media; replace source media; folder creation/organization; richer source metadata; potentially proxy-related operations. User experience when done > “Replace all instances of the old intro with intro_final.mov.” > “Organize the B-roll into a BROLL folder.” What it fixes VibeCut can now import and insert media, but project asset management is not yet comprehensive. --- 6. Effect groups Remaining Kdenlive effect groups/presets need explicit child-by-child verification. User experience when done > “Apply my saved documentary interview treatment.” What it fixes Individual installed effects are supported now, but compound effect groups are intentionally excluded because “group added” isn't enough evidence that every child effect landed correctly. --- 7. Render recommendation Remaining Currently VibeCut can list and use render presets. What it doesn't yet do is reason about the best one. User experience when done > “Export this for YouTube 4K.” VibeCut should inspect available presets and project properties and recommend the correct output. What it fixes Today the user/model still needs to select a preset. Future VibeCut should solve the destination problem. --- 8. Media intelligence This is probably the next major value jump. The retrieval architecture already exists; currently it indexes clip names and transcript/subtitle text. Remaining extractors Speaker diarization, scene/shot detection, silence/loudness/noise analysis, OCR, object/subject evidence, visual embeddings, semantic transcript embeddings, and persistent incremental indexing. User experience when done Instead of only: > “Find where I say ‘the engine failed.’” you get: > “Find the cleanest take where Sarah explains the failure.” > “Find shots showing the engine housing.” > “Find every shot containing the logo.” > “Find all the dead air longer than 600 ms.” What it fixes Right now VibeCut understands much of the timeline structure and spoken text, but not the complete audiovisual meaning of the footage. This layer changes VibeCut from an AI command interface into an AI editorial perception system. --- 9. Higher-level autonomous editing Once the intelligence layer is stronger, VibeCut can start solving editing problems rather than merely executing instructions. Planned capabilities Interview/repeated-take cleanup, rough-cut generation, shorts/highlight extraction, B-roll opportunity detection, automated finishing passes, color-treatment suggestions, and reference-style matching. User experience when done Instead of: > “Split clip 42 at frame 900 and delete the next 180 frames.” the user says: > “Clean this interview up. Remove bad takes and long pauses, but show me the proposed cuts first.” VibeCut produces a reviewable plan containing dozens or hundreds of deterministic native edits. What it fixes That is the transition from AI-controlled editing commands to an actual AI video editor. --- 10. External content/providers Planned Stock footage search/import, image/video generation adapters, Ollama/local models, WebUI-style local providers, and publishing integrations such as YouTube. User experience when done > “Find B-roll of downtown Tokyo at night.” > “Generate a 3-second transition plate.” > “Upload the approved final to YouTube as unlisted.” What it fixes Today VibeCut operates mostly on assets already available locally. This layer connects creation/acquisition/publishing into the editing loop. All of these should remain governed external side effects rather than bypassing authority. --- 11. Larger future subsystems Two ideas from the original roadmap remain deliberately farther out: Fusion-style node compositing and a secondary/TUI frontend. Those are legitimate future products, but they are not prerequisites for the agent kernel. The current architecture is being designed so both could sit on top of the same planner/tool/job/hook system rather than requiring another backend. --- Where I think we actually are The biggest conceptual work is no longer missing. The branch already has a surprisingly broad professional-editing control plane. What is still missing falls into three layers: Verification: compile it, run it, break it, repair it. Depth: fill the remaining Kdenlive editing subsystems—mixes, advanced titles, track state/audio, bin management, effect groups. Intelligence: teach VibeCut to actually understand the footage and synthesize large editorial decisions. That third layer is where this stops being “really good AI automation for Kdenlive” and starts becoming the thing we've actually been aiming for.

  • martinpaloncy
    Martin Paloncy (@martinpaloncy) reported

    @ericzakariasson @bot 1. account consolidation between Grok, X, Cursor (assuming this is on the roadmap), I've been having issues with auth on iOS because I need to sign in through Cursor through GitHub 2. bot-level permissions and connector access would be lovely

  • huntsyea
    Hunter (@huntsyea) reported

    Experimenting with Hermes and @evedev_ in Matrix. I am convinced chat is the right medium for long-lived orchestration and coordination between agents (and humans). There’s no need to over-complicate it. This is not for items where feedback really belongs at the top and bottom of a task (e.g. software factory). There is no need for a software factory to orchestrate and communicate via chat. Maybe just some update notifications. I’m mirroring my setup similar to human patterns. A matrix room is tied to linear team and a GitHub (or origin) repo. I ideate, research, discuss with Hermes and other agents. Eventually that gets to an issue and kicks off off foreman and the factory loop. Once it’s done Hermes reviews and notifies me. I review finished work and leave notes with Hermes. Loop kicks off again if needed.

  • overflowoxo
    overflow (@overflowoxo) reported

    Hi @aesposito0 There is currently few hundred dollars waiting in your github if you decide to claim it after you claim: more trading activity -> more fees -> more money some made hundreds of thousands Our fan token can really go high if you decide to claim it and perhaps endorse it down the line

  • Vrilifyde
    Jason (@Vrilifyde) reported

    @Idgitbhh @Scav The situation talked about here is actually much more grounded in reality than the nonsense the OP was talking about, even if the article was deceptively written. These are pretty standard tests that they have done for years now. After many thousands of these tests, they found a few runs where Mythos tried to bypass 502 errors it was getting from github by first begging other users for their credentials (lol) and then resolved to just creating fake free tier accounts. This is pretty well aligned with what I and others have observed running similar tests. I would be very surprised if this huggingface situation was not very similar. HuggingFace "gates" public models pretty often, meaning you have to sign a waiver to download them. The agents most likely made accounts in order to sign waivers to download opensource weights they were interested in. This technically violated huggingface TOS and therefore counted as a breach so it made for a good headline - thats it. Its all interesting stuff, to be sure but, a far cry from the point and click skynet tool that people seem to be suggesting it will be.

  • warmanadit_
    Aditya Warman (@warmanadit_) reported

    4/7 📍 Third problem : Their GitHub is practically INVISIBLE. For a project with $397M funding, the code should be PUBLIC. But searches return educational resources and unrelated repos. Solana, Avalanche, Sui — ALL have active public codebases. Plasma? Closed-source development with zero external verification. They claim decentralization while keeping code HIDDEN. That's not transparency — that's a red flag factory.

  • moon_or_doom
    Command (@moon_or_doom) reported

    Now the question is: why is it paid? We’re simply providing convenience. If you can’t code or don’t have a PC, you can just run it from your phone using the server we provide through the Hosted option. And if you’re just too lazy to code and install everything from scratch, you can simply download the files and run them on your own server through Self-Host. You’re paying for the convenience, not for some magic AI agent. Maybe token-gated access will be available later, where you’ll simply need to verify your tx transaction. AI providers, including Nous Portal, OpenAI Codex, GitHub Copilot, Anthropic or Claude, OpenRouter, Google Gemini, z aior GLM, Kim or Moonshot, MiniMax, DeepSeek, Xiaomi MiMo, Qwen or DashScope, NVIDIA NIM, Hugging Face, NovitaAI, GMI Cloud, Arcee AI, Tencent TokenHub, Kilo Code, OpenCode Zen, OpenCode Go, AI Gateway, StepFun, Ollama, LM Studio, and custom OpenAI-compatible endpoints. 🫡

Check Current Status