New tab redirects regression on 2024.9.8

[French-Asgeir]

Is there an existing issue for this?

• I have searched the existing issues

Version of Corteza

2024.9.8

Current Behavior

following : #2251

Recent change seems to completely fix the previous issue for the step I shared (duplicating a tab) but also introduced a regression. If the redirect to a new tab was initiated from Corteza (in a record list block), the initial tab will return 401 when navigating, almost as if the previous sessions was overwritten or made obsolete :

Also it doesn't seems to always fix the issue when using an "Open in new tab" record list action. The first record opened this way will work (or at least i didn't manage to make it not work). From the second record opened from the initial tab, it seems to happen randomly.

Expected Behavior

A new page redirect should always redirect to the correct content.

Steps To Reproduce

1. Create a namespace
2. Create a module with 10 records
3. Create a record and record list page
4. In the record list page, set "On record click" to "Open record in a new tab"
5. Click on one of the record
6. Return to the record list tab
7. From the record list tab go to "Admin panel" to trigger to 401 errors

Environment and versions

Firefox 148.0.2

Anything else?

browser console when it fail :

browser console when it success :

[French-Asgeir]

Below the server log when the redirect fail :

Server logs by default :

server-1  | {"level":"warn","ts":1773942103.5893488,"msg":"The provided authorization grant (e.g., authorization code, resource owner credentials) or refresh token is invalid, expired, revoked, does not match the redirection URI used in the authorization request, or was issued to another client"}

Server logs with LOG_DEBUG=true

server-1  | 17:43:13.624        WARN    The provided authorization grant (e.g., authorization code, resource owner credentials) or refresh token is invalid, expired, revoked, does not match the redirection URI used in the authorization request, or was issued to another client
server-1  | 17:43:13.881        DEBUG   redirect URI check for client is disabled (empty validation list)       {"sent": "https://url.com/compose/auth/callback"}
server-1  | 17:43:14.356        DEBUG   redirect URI check for client is disabled (empty validation list)       {"sent": "https://url.com/compose/auth/callback"}

[Fajfa]

@French-Asgeir
I will take a look, but on quickly trying, I cannot seem to replicate it on 2024.9.9-rc.6
Not sure if its a configuration difference thats causing this.

[Fajfa]

@French-Asgeir
I would appreciate it if you could try to replicate on 2024.9.9-rc.7, please.

[French-Asgeir]

@Fajfa
I just tried with a local instance this time with the most basic install possible. It seems I always return to http://localhost:18080/compose/namespaces?state=random-uid-string

Here is a video to show exactly what's happening :

2026-05-21.20-24-22.mp4

I could previously manage to get new tab working some times but not with rc 7 it seems.

As shown, the only time I managed to reach my record URL from a new tab was when pasting the URL from a existing corteza tab.

[Fajfa]

@French-Asgeir
I'm not sure why I can't replicate that on a deployed instance. It correctly opens the URL.
Will try to investigate some more.

[French-Asgeir]

@Fajfa have you also tried locally on your local device directly ?

[Fajfa]

@French-Asgeir
Indeed. Trying to replicate it has been a pain.

[French-Asgeir]

And I heard Docker was supposed to fix this "it work on my machine" phenomenon !

I just tried on another computer and I'm still getting the same behavior.

Here is the config i used :

• this docker compose : https://docs.cortezaproject.org/corteza-docs/2024.9/devops-guide/index.html#_configure_docker_compose_yaml
• this .env (with the 2024.9.9-rc7 version) : https://docs.cortezaproject.org/corteza-docs/2024.9/devops-guide/index.html#_configure_env

This was validated on the following browser :

• Chromium
• Google Chrome
• Microsoft Edge
• Mozilla Firefox

I also reinstalled docker and docker compose locally to validate my issue following theses guides (I test Fedora yesterday and ubuntu today) :

• Ubuntu : https://docs.docker.com/engine/install/ubuntu/
• Fedora : https://docs.docker.com/engine/install/fedora/

I hope that will help you identify something that don't match with the expected configuration.

[French-Asgeir]

@Fajfa is there a special debug variable I can enable to provide you with better logs perhaps ?

[Fajfa]

@French-Asgeir
Ok, I might have found it. It was a race condition, hence I couldn't replicate it.
It's hard to test since I can't replicate, so if you can try 2024.9.9-rc.8 to confirm it works?

[French-Asgeir]

@Fajfa
That explain why it was sometime working.

I can't replicate this issue anymore :

• tab duplication : working
• new tab opening : working
• copying URL in a new tab : working
• redirecting to previous URL after auth : working

You seems to have fixed it, thanks you very much ! I will let you close this issue when it's live.

[Fajfa]

@French-Asgeir
Perfect, thanks for reporting and helping with testing.