Thanks for the report! Do you have an example page or example HTML with which the behavior can be reproduced?

I do, but I'd prefer not to share it widely. Can I e-mail you directly?

Don't worry about it - I was hoping to find minimal reproduction steps to share with other Chromium contributors (approximately "the public"), so I'll keep trying to get a local instance to act this way.

This may be a bug in GAPI rather than DevTools - it looks like gapi.auth.init's .then(...) resolves to a GoogleAuth object which has a self-resolving .then(...) causing a promise resolution loop.

As a workaround you can set an undefined 'then' own-property before using the object with promises:

Navigate to https://oauth.googleusercontent.com/robots.txt and open the JS console. Paste this into it and execute:

```js

const client_id = '359269480423-chvhi5jr4a5379f4id4cta0sd1gueqg2.apps.googleusercontent.com';

await new Promise(api_ready => document.head.append(Object.assign(document.createElement('script'), {src: 'https://apis.google.com/js/api.js', onload: api_ready})));

await new Promise(auth2_ready => gapi.load('auth2', auth2_ready));

const googleAuth = await new Promise(init_done => gapi.auth2.init({client_id: client_id, scope: 'openid'}).then(googleAuthWithThen => init_done(Object.assign(googleAuthWithThen, {then: undefined}))));

console.log('googleAuth =', googleAuth);

```

Does this resolve the issue for you?

Question for DevTools folks: is there a recent DevTools change that might cause auto-resolution of thenables (without infinite-recursion detection) where this was not previously occurring?

(The dangerous API surface is also mentioned in https://developers.google.com/identity/sign-in/web/reference#googleauththenoninit-onerror but I wouldn't expect a generic implementation of thenable-following to be able to avoid the loop.)

Alexey can help debugging why DevTools affects the promise resolution.

Our promise instrumentation was completely rewritten since M64. Please left a comment if this issue is still reproducible.