Problems logging into CMS - endless loop - using github auth, gatsby

cool, let me try the disable / enable option. In the interim, it looks to be the .netlify/identity/settings and .netlify/identity/user requests that are failing :frowning:

Hmm, any error messages for those requests? Do they have responses or fail completly?

can confirm disabling and enabling git-gateway did not yield any different results

  • endless loop whilst disabled
  • endless loop whilst enabled

No response data :sob:

They are listed as canceled if that helps?

Note there are a couple of team members who have no problems. They are also using chrome. So I’m wondering if there is anything local storage or cached to be considered?

Hi @uberannie, clearing the cache can help reduce the scope and would be helpful.
Does the browser reports any CORS errors or any other error on why the request is canceled?

Ok I did a couple of things which resolved it, could these inform what is going on?

  • cleared local storage
  • instead of using our prod URL/admin, I used the netlify URL/admin
  • CMS loaded as expected

(interestingly, after it loaded successfully using netlify URL/admin, using prod URL/admin also works :exploding_head: But going prod URL/admin first resulted in endless loop…

Question - should both /admin URLs work or should we only use the Netlify generated URL ?

1 Like

could not see anything re CORS problems. On the failed fetch on settings and user Referrer Policy was listed as same-origin, if that is significant?

Both URLs should work.
Do you have any warnings in the custom domain management section in Netlify?
I’m assuming curl -i "https://prod domain/.netlify/identity/settings" fails and curl -i "https://netlify domain/.netlify/identity/settings" succeeds?

Hi Erez, there’s only a warning regarding an apex domain.

Not sure if related but should the CMS work on branch deploys? ie [branch url]/admin ? I’m getting the following error - but everything seems ok so far re our prod site…

The CMS should work on branch deploys, that might be another issue (again we would need to look at the traffic to figure this out).
Please note that unless you configure the CMS to connect to a specific branch it will always connect to the default branch.
Meaning branch deploys and prod will connect to the default branch.
You can dynamically update your config.yml during build time to get the CMS to connect to the specific deploy branch.

  name: git-gateway
  branch: master

Netlify supplies a HEAD env variable you can use for that purpose.

OK so I think our prod “endless loop” issue might be OK I’ll have to check in with the rest of the team - I can’t replicate now so I’ll get them to clear cookies/local storage etc to see if that resolves their issue as it seems to have fixed it on my machine, for our prod site :crossed_fingers:

Still seeing endless loop issue on our branch deploy, clearing cookies etc doesn’t seem to resolve :frowning: I wasn’t involved in the setup so might have to do a bit of digging on how it was setup.

The curl returns a json payload which I imagine is OK

OK running in FF still having endless loop however console output looks slightly different, is this of value?

Yes, there should be a request to retrieve the config.yml file. You should verify the response has the expected content of your config file.

In the initial log there was this line:

VM131 cms.js:1 CMS_MANUAL_INIT flag set, skipping automatic initialization.’

So there won’t be a request for config.yml

even with manual initialisation it tries to load the config file and merges it with the manual config unless you pass in load_config_file: false.

See the code comments here:

Infinite loops are very common problem in OAuth authorizations

hey guys, sorry been a bit quiet as we’re busy busy working through some deadlines to release the next version of our public website :dizzy:

so we’re still having it intermittently and randomly amongst team members - some no issues, some every now and then.

was chatting with one of our engineers, is there anything in the codebase that has some dependencies between calls, as a race condition? the theory that one call is waiting for another but timing is messing things up. One suggestion was to apply a “slow 3G” network mode in Chrome. This has actually “fixed” the issue so wondering if the forced slower connection helps manage the orchestration of calls?

Our team are all based in Melbourne, Australia

this is heartening… :flushed: any tips for how they can be addressed?

It’s always* mistake on side of developer. He need to properly configure gateway. But i had infinite loop caused by one of my webbrowser addons. So you need to deactivate addons and check which one cause whole problem. Mostly: adblockers; ghostery and similiars;cookie editors;css exfil protection and other shields against suspicious parts of code.

@uberannie sorry to hear the issue is still happening.
Let’s try and focus on the logs and errors we can reproduce.
Is the only current standing issue is with Firefox as mentioned here?

If so, I think my comment from here Problems logging into CMS - endless loop - using github auth, gatsby might be still relevant.

Otherwise, what is/are the current issue/s team members are experiencing? We should have a clear list of what is resolved and what is not.

I’m having a similar issue trying to login to my Gatsby site netlify CMS with GitHub or Google Authentication. But when I try to login, I get “Your Git Gateway backend is not returning valid settings. Please make sure it is enabled.” It is most definitely enabled.

Clearing cache and cookies just allowed me to complete external authentication. Otherwise, the Login with Netlify Identity Button just repeats the error message.