Why does the raw file still show previous data?

[burekasKodi]

Select Topic Area

Question

Body

Hi,

I updated some files in my repository, and I need to get this updated data with the raw option.
But the data there still shows the old data, even few hours later.

What can be the reason for that?
How can I force it to be updated according the repo files?

[2MuchC0ff33]

Thanks for your question @burekasKodi

I want to avoid repeating a step you've already tried. Before I proceed, please share the steps you've taken thus far.

[burekasKodi]

Hi,
Thanks for your help.

It is a xml file, so first I just press the Raw option on the view file section. Then I tried copy the raw url in different browser on my windows also in mobile. I also tried connect to different internet connections. All gives the same previous last raw data.

Example for the difference:
One of the last changes from the last commit:
Raw:
https://raw.githubusercontent.com/burekasKodi/repository.burekasKodi/main/addons.xml

The file:
https://github.com/burekasKodi/repository.burekasKodi/blob/main/addons.xml

[2MuchC0ff33]

Thanks for sharing more information @burekasKodi.

I wonder if the old data is still due to caching issues.

Can you use a unique query parameter to bypass the cache? As an example: https://raw.githubusercontent.com/burekasKodi/repository.burekasKodi/main/addons.xml?v=1

By bypassing the cache, the client will be forced to retrieve the new version rather than the cached version.

Please let me know what your thoughts are.

[burekasKodi]

@2MuchC0ff33
Still the same.
I don't think that this time it is a cache issue since I have already tried with different browsers etc.

[burekasKodi]

@2MuchC0ff33
Update:
I have just checked this from another laptop I have and there it's ok. But on my other laptop and mobile (with different browsers) I'm still getting the old data.

[hagezi]

@burekasKodi @2MuchC0ff33
This is a github problem, I see the same behavior with other repositiries as well.

[RobloxianRoblox3200]

Unfortunately, I have the same thing, but if you use vipien, everything is kind of normal(

[hagezi]

I have the same problem in my repository, the RAW links show the status from yesterday although it has been updated several times in the meantime. The parameter ?v=1 does not bring any change.

https://github.com/hagezi/dns-blocklists

https://github.com/hagezi/dns-blocklists/blob/main/whitelist.txt

https://raw.githubusercontent.com/hagezi/dns-blocklists/main/whitelist.txt?v=1

Missing last line in RAW ...

[grantwinney]

I'm having the same issue with this file:

https://github.com/grantwinney/hide-comments-everywhere/blob/master/sites/version.json

I've updated it several times, going back and forth between a couple values.

The "raw" version of the file remains unchanged after 14 hours. I've checked on two separate devices, tried ctrl+shift+r to bypass any local cache, loaded the page in an incognito window, etc.

What's weirder is that the other json file I updated in the first commit is showing an updated raw file. It's just this one that won't change.

[Aerowinder]

Also happening with one (at least) of my repos.

[GladistonXD]

I'm also having the same problem, it hasn't been reported yet on:
https://www.githubstatus.com/history

[grantwinney]

Mine finally updated about an hour ago. I haven't made any more changes to it though, to see if subsequent changes show up after a few minutes as they normally do.

Edit: I made changes to the same files this evening, and after an hour only one of them has updated.

[2MuchC0ff33]

Thank you, everyone.

@burekasKodi @grantwinney @GladistonXD @Aerowinder

Please submit a Bug Report using this link, or if you feel it is specific to Git, you can find more information on reporting the bug to their mailing list from here.

[2Abendsegler]

I have the same problem. The raw.githubusercontent.com links show content from 48 hours ago. I reported a bug about 34 hours ago. However, the ticket for it is probably not visible to everyone. There are no results yet.

[umwrya16]

Any response from github to that ticket?

[hagezi]

Quite annoying, if anything, there seems to be a RAW cache update only every 24 hours in some regions.

[2Abendsegler]

Any response from github to that ticket?

No

[hagezi]

For me, the Github "Cache" problems seem to be fixed.

[burekasKodi]

@hagezi @2MuchC0ff33
Yes, it does seems like it works again, but I don't know for sure if it was because I pushed a new commit to the repo or not.

[2MuchC0ff33]

I am glad it is working again for you @burekasKodi

[shawvip]

I am glad it is working again for you @burekasKodi

I am facing the same issue now. Raw is pointing to older version.
How to fix it

[Slach]

We hit the same issue
it looks was pause in invalidation caches inside some of CDN regions

[hagezi]

For me, the Github "Cache" problem is back ...

[sushantr5]

I am facing the same issue now. Raw is pointing to older version.

[sushantr5]

This is first time I am using raw file link for my project. The client code downloads config file stored with this raw link. This is really frustrating to wait for fix of the issue.

[karsiong]

Same Issue here, The problem start from 7 FEB 2023

[GladistonXD]

This varies from repositories the default of "Cache-Control" is "max-age=300" repositories with a delay of up to 24h show 86400=24 hours, I don't know if this was a change in Github policy or if it is really a bug in the server.

[hagezi]

@GladistonXD Where can I check the value?

[GladistonXD]

debug options/network/Refresh the page and click on the request/headers/response headers/cache-control

[shawvip]

I am facing the same issue now. Raw is pointing to older version.
How to fix it

[piotrek94692]

The issue is back, it worked for a while, but now it doesn't work again for whatever reason.
Both of my gists have cache-control of 86400 instead of 300.
https://gist.github.com/piotrek94692/160a6fc6b3d434915dc6cb9b65c03d46

[piotrek94692]

So now if I'd change anything, you'd have to wait 24 hours for it to update.
Someone screwed something up again.

[krystian3w]

Maybe fake param forces new version:

https://gist.githubusercontent.com/piotrek94692/160a6fc6b3d434915dc6cb9b65c03d46/raw/floppy.sh?_=260220231626
https://gist.githubusercontent.com/piotrek94692/160a6fc6b3d434915dc6cb9b65c03d46/raw?_=260220231626

[piotrek94692]

Well yes, that's what I'm using for the second script, though I'm using an URL shortener for the first script, so I can't use parameters, because they disappear after a redirect.

[krystian3w]

Depends on how the link shortener works, certainly some should be able to tighten the parameter.

On bit.ly I can change origin url with free account. Similar can have TinyURL but I guess for premium accounts only.

[antn]

Sorry about this folks. We had fixed the problem with raw files in repositories, but there appears to be an issue with Gists as you noticed. We've rolled this change back and the cache should be returning to 5 minutes.

[tadashi-aikawa]

Hi, I have encountered the same issue.

https://raw.githubusercontent.com/tadashi-aikawa/silhouette/master/manifest-beta.json returns the following. (as I expected)

But https://raw.githubusercontent.com/tadashi-aikawa/silhouette/HEAD/manifest-beta.json returns the following. (too old)

On the other hand, It returns correctly by curl "https://raw.githubusercontent.com/tadashi-aikawa/silhouette/HEAD/manifest-beta.json".

Best regards.

[tadashi-aikawa]

I cleared the browser cache as follows.

[antn]

Sorry about this! I've busted the cache for that file so it should be back to 5 minutes.

[tadashi-aikawa]

@antn
I can get it! Thank you for the quick support!

[krystian3w]

Can't flush/rebuild all cache from problematic period of time instead waiting for manual reports?

[antn]

Hi @krystian3w, we did purge the cache for everything that was affected, but there appears to be an issue with our CDN where a small percentage of files do not get purged from certain POPs. That's why I've also asked for curls with the debug headers so we can work with our CDN provider to troubleshoot what causes that small percentage to not purge correctly.

[Slackadays]

I'm getting the same issue again with a recent commit of mine where the updated asset isn't showing up to new visitors: Slackadays/Clipboard@f1a0141

Would you mind purging the cache for mine too?

[antn]

@Slackadays The cache is set for 5 minutes, so that recent commit probably was too recent. You likely saw the old image because it was still within that 5 minute cache time from the last time your browser requested that image.

[josippavicic]

I found a way to get the latest with the raw URL. You will need your commit hash of the file version you want. Then simply use the following format: raw_url = "https://raw.githubusercontent.com/{username}/{repository}/{commit hash}/{file_path}?v=1". In my case I am fetching the commit hash on every push so I always have the latest commit hash, thus I download the latest file version.

[Chimpaya]

Thanks. For anyone wondering, you can fetch latest commit hash by calling GET https://api.github.com/repos/:user/:repo/branches/:branchName

[remal]

Faced this issue many times recently. Adding ?v=... doesn't help. Is there any way to fix it?

[and7ey]

I am having the same problem, I've raised the ticket https://support.github.com/ticket/personal/0/2822358

[vammultipl]

I'm facing this issue all the time in my new repo. It takes up to a minute or two for the raw file to properly update after pushing changes.

[ibevers]

Also facing this issue. It would be great if max-age could be customized (at least temporarily) or reduced to ~5 seconds. I need to make many iterative changes to files and see how they render in a UI that refers to the raw version of those files, and even a 5 minute cache update delay slows me down a lot.

[irm-codebase]

Same issue here.

[SaremS]

Same issue - sometimes takes up to five minutes to update.

[diepnt90]

same issue. i was thinking it is my code issue so after spending hundred hours, found it is a cache issue :(

[kuzminT]

Same issue. The download link from API https://raw.githubusercontent.com returns old content without last changes. Only after several minutes, I can get the last changes for a file.

[EdivandroLima]

use 'api.'
https://raw.githubusercontent.com/EdivandroLima/rp-name/main/file.txt
->
https://api.github.com/repos/EdivandroLima/rp-name/contents/file.txt?ref=main

[jm-janzen]

That's really cool, but do we know if this solves the CDN issue? It feels like would, but has anyone checked?

[wiegerthefarmer]

Looks like the api method returns changes "immediately". Now, I haven't tested over time, but in my tests right now, I made multiple changes, and each one appeared right away.

[retr0-dedsec2]

use 'api.'
https://raw.githubusercontent.com/EdivandroLima/rp-name/main/file.txt
->
https://api.github.com/repos/EdivandroLima/rp-name/contents/file.txt?ref=main

[twenysx]

The reason a raw GitHub file still shows previous data immediately after a commit is due to Content Delivery Network (CDN) caching. GitHub's servers use a CDN to cache static content, including raw files hosted on raw.githubusercontent.com, to improve loading performance and reduce server load.