Not updating cache
ryanmena504-gif
FREEOP

2 hours ago

Subject: Deployments succeed but serve week-old code — build cache not refreshing from GitHub

My frontend service builds and deploys "successfully," but the served bundle is byte-identical to a build from before September 27. Components merged since then (verified present in main on GitHub) are missing from the production bundle.

Evidence:

• Live bundle: /static/js/main.4c7881c6.js — contains zero references to OutreachDraftCard (added to frontend/src/components/ on Sept 27, present in current main)

• GitHub repo: ryanmena504-gif/GEAUXleads, branch main, root directory /frontend

• Service correctly configured (right repo, branch, directory, auto-deploy on)

• GitHub App has "All repositories" access

What I've tried:

• Redeploy (multiple times) — same stale bundle

• Disconnect/reconnect GitHub repo — no change

• New commit to trigger fresh build — deployed "successfully," bundle unchanged

• Deleted the service and recreated it from scratch — new service still builds the same stale code

The source Railway is building from appears frozen at a pre-Sept-27 state. Can you clear the repository cache for this project?

$10 Bounty

8 Replies

Railway
BOT

2 hours ago

This thread has been opened as a bounty so the community can help solve it.

Status changed to Open Railway • about 2 hours ago


ryanmena504-gif
FREEOP

2 hours ago

I’m not paying for that answer


2 hours ago

Try disable the Build Cache by add NO_CACHE=1 to your Service Variables


Status changed to Awaiting User Response Railway • about 2 hours ago


ryanmena504-gif

I’m not paying for that answer

2 hours ago

You're not paying, Railway is paying someone else on your behalf to answer. No money is spent on your account, Railway covers that


ryanmena504-gif
FREEOP

2 hours ago

I’m sorry for my comment it premature and silly. The fix did not work. my production is still showing stale package from a week or two ago. The cache isn’t clearing or something


Status changed to Awaiting Conductor Response Railway • about 2 hours ago


ryanmena504-gif
FREEOP

2 hours ago

Can u manually clear the repo cache for my project


ryanmena504-gif
FREEOP

2 hours ago

The NO_CACHE=1 variable broke the build entirely — deployment failed with "failed to solve: secret NO_CACHE not found." I removed it and the service redeployed, but it's still serving the stale bundle.

What I tried and when (all times CDT, Oct 5):

• ~1:00 PM: Redeployed existing frontend service multiple times — each reported "successful" but served byte-identical bundle main.4c7881c6.js with zero references to OutreachDraftCard (component added to frontend/src/components/ Sept 27, present in current main)

• ~1:30 PM: Disconnected and reconnected GitHub repo on the service — no change. Verified service config is correct: repo ryanmena504-gif/GEAUXleads, branch main, root directory /frontend, auto-deploy on. GitHub App has "All repositories" access.

• ~1:45 PM: Pushed trivial README commit to trigger fresh build — deployed "successfully," bundle unchanged

• ~2:10 PM: Deleted the frontend service entirely and recreated it from scratch — new service still builds the identical stale bundle

• ~2:20 PM: Set explicit build command (npm run build) and start command (npx serve -s build -l 8080) on new service — production build now runs correctly, but from stale source

• ~2:50 PM: Added NO_CACHE=1 per your suggestion — build failed immediately with "failed to solve: secret NO_CACHE not found." Removed it.

Current state: New service at geauxleads-production-15c7.up.railway.app is online and building correctly, but Railway is compiling source from before Sept 27. The repository cache on your end appears frozen — new services, fresh GitHub reconnects, and new commits all produce the same stale output.

What I need: Can you manually clear the repository/source cache for this project on your end? Nothing I can do from the dashboard invalidates it.




mayori

Try disable the Build Cache by add `NO_CACHE=1` to your Service Variables

ryanmena504-gif
FREEOP

2 hours ago

The NO_CACHE=1 variable broke the build entirely — deployment failed with "failed to solve: secret NO_CACHE not found." I removed it and the service redeployed, but it's still serving the stale bundle.

What I tried and when (all times CDT, Oct 5):

• ~1:00 PM: Redeployed existing frontend service multiple times — each reported "successful" but served byte-identical bundle main.4c7881c6.js with zero references to OutreachDraftCard (component added to frontend/src/components/ Sept 27, present in current main)

• ~1:30 PM: Disconnected and reconnected GitHub repo on the service — no change. Verified service config is correct: repo ryanmena504-gif/GEAUXleads, branch main, root directory /frontend, auto-deploy on. GitHub App has "All repositories" access.

• ~1:45 PM: Pushed trivial README commit to trigger fresh build — deployed "successfully," bundle unchanged

• ~2:10 PM: Deleted the frontend service entirely and recreated it from scratch — new service still builds the identical stale bundle

• ~2:20 PM: Set explicit build command (npm run build) and start command (npx serve -s build -l 8080) on new service — production build now runs correctly, but from stale source

• ~2:50 PM: Added NO_CACHE=1 per your suggestion — build failed immediately with "failed to solve: secret NO_CACHE not found." Removed it.

Current state: New service at geauxleads-production-15c7.up.railway.app is online and building correctly, but Railway is compiling source from before Sept 27. The repository cache on your end appears frozen — new services, fresh GitHub reconnects, and new commits all produce the same stale output.

What I need: Can you manually clear the repository/source cache for this project on your end? Nothing I can do from the dashboard invalidates it.




an hour ago

Pushed trivial README commit to trigger fresh build — deployed "successfully," bundle unchanged

The bundle wouldn't change from just a changed README commit

Redeployed existing frontend service multiple times — each reported "successful" but served byte-identical bundle main.4c7881c6.js with zero references to OutreachDraftCard

Redeploying doesn't pull new changes, it redeploys that existing change

I investigated a little and checked your deploys from your GitHub repo, interestingly I can see you keep deploying 2 week old commits. More recently you did deploy a recent commit but the build failed (or was aborted). Can you verify a few things:

  • Do you have watch paths set on Railway?
  • Do you have the branch overridden on Railway?
  • Have you tried, from your Service, doing ctrl+k -> Deploy latest commit on Railway?

Status changed to Awaiting User Response Railway • about 1 hour ago


Status changed to Open 0x5b62656e5d • 11 minutes ago


Welcome!

Sign in to your Railway account to join the conversation.

Loading...