Alexey Romanov

I'm posting the reproduction here instead of reopening https://github.com/dimaMachina/graphql-eslint/issues/1159. To reproduce, go to the playground and enter in `operation.graphql`: ``` # eslint @graphql-eslint/require-id-when-available: ["error", { fieldName: ["id", "__typename"] }] query...

> Interestinggggg, the localtunnel server actually returns an error message (below) but it's not being displayed by the client for some reason, I'll have a look & fix. Please do...

Checked that the same is true in 4.11.0 at least.

It looks like requiring `__typename` even on its own doesn't work (at least in 3.20.1). I set ``` '@graphql-eslint/require-id-when-available': [ 'error', { fieldName: ['__typename'], }, ] ``` removed `__typename` from...

The `Page.captureScreenshot` command has a `clip` parameter, it could be passed from `options`.

I'd make a PR, but I ended up just calling `Page.captureScreenshot` directly as a workaround :) I still might end up doing that. Also I missed that you meant that...

Yes, looks like it.

> There is literally no way to know if they are using an access_token or id_token within the oauth2 gem... Maybe I don't understand something, but don't you know which...

@ljharb The import plugin doesn't support it fully, but as far as I understand, including `import/parsers` in settings on your side as in https://github.com/import-js/eslint-plugin-import/issues/2556#issuecomment-1419518561 would resolve the main issue. `import/no-unused-modules`...

I can say it appears to work for me. The only thing I needed to do is ``` const { FlatCompat } = require('@eslint/eslintrc'); const js = require('@eslint/js'); const compat...