Yeah private. I don’t even need to relogin, just v...
# chat
d
Yeah private. I don’t even need to relogin, just visit the site homepage again
s
Weird! Especially that it's temporary like that ha in self-hosted GitLab, or on
gitlab.com
?
d
Gitlab.com
s
I may not have traversed my Dendron published sites on GitLab enough to run into it. I have traversed a lot of Sphinx published sites hosted on there, though, and haven't run into anything funky like that just yet
Could also just be general GitLab Pages wonkyness, which I have run into now and then when something has been up with their API for whatever reason, but then whatever issues I have end up going away as soon as I see GitLab status updates give the all clear
r
I've had the same thing, seems to be a gitlab pages thing that it only "registers" you as the valid user to the pages root page not any subpages
k
anything we need to do on our end about this or is it a gitlab configuration issue?
r
I don't know enough about web, but gitlab seems to redirect with an auth call either to the login page or at least via it if you're already logged in - if the project is not just set to public (or you're on a private instance like me). I guess sub pages don't call this redirect they just fail the auth upfront and you have to go in via the root page for it to trigger, but no idea who's fault that is!
d
welp
i found another quirk with this which is a bit annoying, i cant display an iframe either with a pdf due to this auth issue lol