[GH-ISSUE #2896] GQL Error: Not Found on login until cache cleared #1004

New issue

Closed

opened 2026-03-07 20:57:58 +03:00 by kerem · 0 comments

kerem commented

2026-03-07 20:57:58 +03:00

Owner

Originally created by @nrogerarkhn on GitHub (Sep 4, 2024).
Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/2896

Describe the bug
After I connect to oAuth2 proxy, when I get to Cloudbeaver after having been disconnected due to being idle, I'm welcomed by an error and I can't get to the main screen.

When I clear my cache and cookies, I can access Cloudbeaver's main screen normally again, until a new disconnection.

Stack trace on the app:

GQL Error: Not Found
GQL Error: Not Found
    at CustomGraphQLClient.overrideRequest (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:292052)
    at async NetworkStateService.sessionExpiredInterceptor (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:265088)
    at async SessionExpireService.sessionExpiredInterceptor (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:278932)
    at async ServerConfigResource.loader (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:271926)
    at async ServerConfigResource.loadingTask (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:249058)
    at async ServerConfigResource.taskWrapper (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:249146)
    at async Task.task (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:248744)

No log on the container side except for a debug log for a new web session.

To Reproduce
Our stack is a bit tricky: we made a custom Helm chart for Cloudbeaver. We didn't do any config changes though, so everything is probably set to defaults. I'll still put the reproduction steps and I'll explain more in Additional context section.

Go to Cloudbeaver
Pass first authentication step with oAuth2 proxy
Get to Cloudbeaver
Connect and work
Get disconnected by oAuth2 proxy for being idle
Go back to Cloudbeaver some time later
Pass first authentication step with oAuth2 proxy again
Face error when getting to Cloudbeaver

Screenshots

Desktop (please complete the following information):

OS: Windows, MacOS (and probably Linux)
Browser: Chrome
Version 24.1.3

Additional context
As written before, Cloudbeaver is packaged in a home-made Helm chart. The deployment is quite basic, with no ConfigMap nor custom configuration. The Ingress however, is a bit peculiar. We use Traefik, and there are 3 middlewares on Cloudbeaver's Ingress:

A middleware which strips /cloudbeaver/ from the URL accessed (because we don't serve Cloudbeaver on / but on /cloudbeaver)
A middleware to rewrite the _ROOT_URI_ in the frontend from / to /cloudbeaver/
A middleware which redirects the user to oAuth2 proxy (because not everyone is supposed to access Cloudbeaver, it does not supersede Cloudbeaver's own authentication, it just adds another layer of authentication)

I know it's a lot of custom and strange modifications, but if anyone has any insight on what can be done to fix this, I'll take it!

Thanks in advance.

Originally created by @nrogerarkhn on GitHub (Sep 4, 2024). Original GitHub issue: https://github.com/dbeaver/cloudbeaver/issues/2896 **Describe the bug** After I connect to oAuth2 proxy, when I get to Cloudbeaver after having been disconnected due to being idle, I'm welcomed by an error and I can't get to the main screen. When I clear my cache and cookies, I can access Cloudbeaver's main screen normally again, until a new disconnection. Stack trace on the app: ``` GQL Error: Not Found GQL Error: Not Found at CustomGraphQLClient.overrideRequest (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:292052) at async NetworkStateService.sessionExpiredInterceptor (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:265088) at async SessionExpireService.sessionExpiredInterceptor (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:278932) at async ServerConfigResource.loader (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:271926) at async ServerConfigResource.loadingTask (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:249058) at async ServerConfigResource.taskWrapper (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:249146) at async Task.task (https://portail.eds.chu-toulouse.fr/cloudbeaver/index.0c33c3cde250cf2a3e30.js:2:248744) ``` No log on the container side except for a debug log for a new web session. **To Reproduce** Our stack is a bit tricky: we made a custom Helm chart for Cloudbeaver. We didn't do any config changes though, so everything is probably set to defaults. I'll still put the reproduction steps and I'll explain more in `Additional context` section. 1. Go to Cloudbeaver 2. Pass first authentication step with oAuth2 proxy 3. Get to Cloudbeaver 4. Connect and work 5. Get disconnected by oAuth2 proxy for being idle 6. Go back to Cloudbeaver some time later 7. Pass first authentication step with oAuth2 proxy again 8. Face error when getting to Cloudbeaver **Screenshots** ![image](https://github.com/user-attachments/assets/c49e09c7-4e2b-44fb-9058-7279fd31cc97) **Desktop (please complete the following information):** - OS: Windows, MacOS (and probably Linux) - Browser: Chrome - Version 24.1.3 **Additional context** As written before, Cloudbeaver is packaged in a home-made Helm chart. The deployment is quite basic, with no ConfigMap nor custom configuration. The Ingress however, is a bit peculiar. We use Traefik, and there are 3 middlewares on Cloudbeaver's Ingress: 1. A middleware which strips /cloudbeaver/ from the URL accessed (because we don't serve Cloudbeaver on / but on /cloudbeaver) 2. A middleware to rewrite the `_ROOT_URI_` in the frontend from / to /cloudbeaver/ 3. A middleware which redirects the user to oAuth2 proxy (because not everyone is supposed to access Cloudbeaver, it does not supersede Cloudbeaver's own authentication, it just adds another layer of authentication) I know it's a lot of custom and strange modifications, but if anyone has any insight on what can be done to fix this, I'll take it! Thanks in advance.