Skip to content

Conversation

@fw-bot
Copy link
Contributor

@fw-bot fw-bot commented Jan 15, 2025

When we go to the website preview in the Odoo backend, if the current domain used (to access the backend) is not the same as the one of the previewed website, we redirect the user, and he might have to reconnect. The same is done when using the website switcher.
Note: in the first case, the user is warned. We should probably do the same for the second case (?).

This is a problem for the Odoo support team. When they connect to a customer database upon user request, the <customer_db_name>.odoo.com address is used. But as soon as they are using the website app, they are redirected to the real website domains... where they are disconnected and cannot connect themselves.
To fix this issue, we allow setting up a session info parameter to bypass those website redirections. This is not to be done by real users: this will come with bugs (for the support team). Indeed, we are normally redirecting for a reason: many flows rely on using the right domain when visiting a specific website. Depending on what users have in their page, this could also simply make the website preview iframe crash.

task-4069779

Forward-Port-Of: #193648
Forward-Port-Of: #193122

When we go to the website preview in the Odoo backend, if the current
domain used (to access the backend) is not the same as the one of the
previewed website, we redirect the user, and he might have to reconnect.
The same is done when using the website switcher.
Note: in the first case, the user is warned. We should probably do the
same for the second case (?).

This is a problem for the Odoo support team. When they connect to a
customer database upon user request, the <customer_db_name>.odoo.com
address is used. But as soon as they are using the website app, they are
redirected to the real website domains... where they are disconnected
and cannot connect themselves.
To fix this issue, we allow setting up a session info parameter to
bypass those website redirections. This is not to be done by real users:
this will come with bugs (for the support team). Indeed, we are normally
redirecting for a reason: many flows rely on using the right domain
when visiting a specific website. Depending on what users have in their
page, this could also simply make the website preview iframe crash.

task-4069779

X-original-commit: 501920c
@robodoo
Copy link
Contributor

robodoo commented Jan 15, 2025

Pull request status dashboard

@fw-bot
Copy link
Contributor Author

fw-bot commented Jan 15, 2025

This PR targets saas-17.4 and is part of the forward-port chain. Further PRs will be created up to master.

More info at https://github.com/odoo/odoo/wiki/Mergebot#forward-port

@robodoo robodoo added the forwardport This PR was created by @fw-bot label Jan 15, 2025
@fw-bot
Copy link
Contributor Author

fw-bot commented Jan 15, 2025

@qsm-odoo ci/runbot failed on this forward-port PR

@C3POdoo C3POdoo added the RD research & development, internal work label Jan 15, 2025
@fw-bot
Copy link
Contributor Author

fw-bot commented Jan 17, 2025

@qsm-odoo the next pull request (#194109) is in conflict. You can merge the chain up to here by saying

@robodoo r+

More info at https://github.com/odoo/odoo/wiki/Mergebot#forward-port

Copy link
Contributor

@qsm-odoo qsm-odoo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

robodoo pushed a commit that referenced this pull request Jan 17, 2025
When we go to the website preview in the Odoo backend, if the current
domain used (to access the backend) is not the same as the one of the
previewed website, we redirect the user, and he might have to reconnect.
The same is done when using the website switcher.
Note: in the first case, the user is warned. We should probably do the
same for the second case (?).

This is a problem for the Odoo support team. When they connect to a
customer database upon user request, the <customer_db_name>.odoo.com
address is used. But as soon as they are using the website app, they are
redirected to the real website domains... where they are disconnected
and cannot connect themselves.
To fix this issue, we allow setting up a session info parameter to
bypass those website redirections. This is not to be done by real users:
this will come with bugs (for the support team). Indeed, we are normally
redirecting for a reason: many flows rely on using the right domain
when visiting a specific website. Depending on what users have in their
page, this could also simply make the website preview iframe crash.

task-4069779

closes #193857

X-original-commit: 501920c
Signed-off-by: Quentin Smetz (qsm) <qsm@odoo.com>
@robodoo robodoo closed this Jan 17, 2025
@fw-bot fw-bot deleted the saas-17.4-16.0-support-bypass-redirect-qsm-ki7E-fw branch January 31, 2025 15:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

forwardport This PR was created by @fw-bot RD research & development, internal work

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants