Hard reload causes "Pages had an internal error, if this persists please contact support!"

Hard reload on our pages app leads the error above. How do we debug?
23 Replies
Cyb3r-Jak3
Cyb3r-Jak317mo ago
Is this on your site? Or when building?
.arpeet
.arpeetOP17mo ago
On the site Build is fine
Cyb3r-Jak3
Cyb3r-Jak317mo ago
Can you share the domain?
.arpeet
.arpeetOP17mo ago
app.skiff.com
Unsmart
Unsmart17mo ago
If you go to https://app.skiff.com/cdn-cgi/trace what does colo= say?
.arpeet
.arpeetOP17mo ago
fl=467f119
h=app.skiff.com
ip=2601:646:a080:2170:6149:342d:6daa:a76e
ts=1689369541.984
visit_scheme=https
uag=Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36
colo=SJC
sliver=none
http=http/2
loc=US
tls=TLSv1.3
sni=plaintext
warp=off
gateway=off
rbi=off
kex=X25519
fl=467f119
h=app.skiff.com
ip=2601:646:a080:2170:6149:342d:6daa:a76e
ts=1689369541.984
visit_scheme=https
uag=Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.0.0 Safari/537.36
colo=SJC
sliver=none
http=http/2
loc=US
tls=TLSv1.3
sni=plaintext
warp=off
gateway=off
rbi=off
kex=X25519
SJC
Unsmart
Unsmart17mo ago
And can you screenshot the error page you get? (It works fine for me I assume it could be a specific colo issue)
.arpeet
.arpeetOP17mo ago
There you go
Unsmart
Unsmart17mo ago
cc: @Walshy | Pages know what might cause this?
.arpeet
.arpeetOP17mo ago
On Chrome (previous one from Brave) just in case.
Unsmart
Unsmart17mo ago
Just curious if you go to the pages.dev domain of your site does it have the same issue?
.arpeet
.arpeetOP17mo ago
Checking
.arpeet
.arpeetOP17mo ago
Yeah the pages.dev link load fine
nevika
nevika17mo ago
Hey folks! PM of Pages here we chatted on the phone just a couple weeks back on a similar issue. Like last time, it looks like the issue isn’t affecting all your traffic just those with hard reloads which I believe are mostly coming from your team. Curious as to why you are doing a hard reload on every request? Definitely aware of the hard reload issue and are brainstorming a fix but curious to get more info 😊
.arpeet
.arpeetOP17mo ago
Typically we do it make sure latest changes are surfaced on the frontend Especially after a deployment We may also suggest it to users if we believe that the issue they are experiencing could be a state issue on the FE
TomatoCake
TomatoCake17mo ago
I just got this issue too on beta.tomatenkuchen.eu (only on one path or deeper tho, top level is fine), colo is FRA (as always for me) And well, hard reloading prevents all caching issues 🤷 While Pages may clear the cache for some assets + I've disabled caching in browser devtools, there are still issues sometimes with outdated assets
Ɇ₦ĐɆⱤV₳₥₱łⱤɆ
Yep, we're seeing the same issue. In our case, we do location.reload() if we can't connect to a local server so that we can retry the connection and clear the javascript environment (this page just serves as a loader to bridge some gaps between our program and OBS, which doesn't really like pages on localhost).
Bryce Wray
Bryce Wray17mo ago
Same issue here, multiple times today. Never saw it before today.
0x107d
0x107d17mo ago
+1, already had the issue a few days ago, but it recovered back then
Walshy
Walshy17mo ago
0x107d
0x107d17mo ago
out of curiosity, could you provide any detail about the cause? (Headers for hard-refresh/normal requests looked somewhat identical, couldn't reproduce the issue with curl)
James
James17mo ago
If you're ENT, you can probably request an Incident Report 🙂
Want results from more Discord servers?
Add your server