GitHub account rename broke all deploys — new projects fail with "Failed to fetch repository files"
silverwebdev
HOBBYOP

a month ago

Hi team — I'm on the Hobby plan and hit what looks like an account-level

credential cache issue after renaming my GitHub account.

## What happened

I renamed my GitHub account: silverwebgroup → wladyslawkulik.

Since then, deploys are broken across the whole workspace — not just one

project. It's clearly an account-level state issue on Railway's side,

not a per-repo problem.

## Symptoms

1. All 5 existing services show "Bad credentials" under

Branch connected to production.

2. Creating a brand new project from a repo also fails:

attempting to create a project from wladyslawkulik/goodysell-countdown-timer

returns "Failed to fetch repository files".

(Screenshot: [attach])

3. The deploy that eventually went through on one service built from

the OLD repository path — deployment history shows

"Merge pull request #53 from silverwebgroup/chore/update-faq"

even though the Source Settings UI shows the new

wladyslawkulik/goodysell-countdown-timer URL.

This suggests Railway is still resolving the repo via GitHub's

rename redirect internally.

## What I've already tried (all from my side)

- Disconnected and reconnected the repo on every service

- Revoked Railway OAuth authorization and reinstalled the GitHub App

from scratch

- Logged out and back into Railway

- Created a brand new service — same "Bad credentials" error

- Verified the GitHub App installation shows all repos under the new

username with full permissions granted

## Why I think it's a backend cache

The GitHub App integration works for listing repos — the repo picker

shows wladyslawkulik/... correctly for all my repos. But the

credential used for actual git fetch / clone still fails. That points to

two separate tokens on your side, and the fetch one is pinned to the old

username. A standard disconnect/reconnect from the UI doesn't clear it.

## Details

- Project ID: 2fd19766-e2f0-46cc-83d9-d3960bfe5175

- Service ID (newly created, still failing): 97106ae2-d04f-44da-9110-9f0cfd1f2f64

- Old GitHub username: silverwebgroup

- New GitHub username: wladyslawkulik

Happy to provide additional IDs, logs, or run any diagnostics. Would it

be possible to force-reset the cached token on the account so the new

username is picked up?

Thanks!

Solved

2 Replies

Status changed to Awaiting Railway Response Railway 28 days ago


silverwebdev
HOBBYOP

a month ago

Update — additional evidence (2026-04-24):

Just created a completely new service from scratch on a different project:

- Project: natural-connection

- Service: goodysell-ai-seo-blog

- Repo selected: wladyslawkulik/goodysell-ai-seo-blog

The new service built successfully — but the deployment shows:

"Merge pull request #41 from silverwebgroup/fix/links-card"

A brand new service, created from a repo explicitly selected under the

new username, is still cloning from the OLD silverwebgroup/... path

(resolved via GitHub's rename redirect). This is account-wide cached

state — no per-service action clears it. This affects every new service I create, not just the original 5. Would

really appreciate a backend reset when you have a moment. Thanks!


a month ago

Hey, for GitHub account renames the cleanest fix is to delete and recreate the affected services. Push a fresh commit to each repo first so the new owner name picks up correctly when you reconnect.

Variables and volumes can be carried over manually before deletion.


Status changed to Awaiting User Response Railway 27 days ago


Railway
BOT

20 days ago

This thread has been marked as solved automatically due to a lack of recent activity. Please re-open this thread or create a new one if you require further assistance. Thank you!

Status changed to Solved Railway 20 days ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...