Skip to content

feat: add option to remove iframe from sessions#1316

Draft
olevski wants to merge 1 commit into
mainfrom
feat-add-option-to-skip-iframe-resource-pools
Draft

feat: add option to remove iframe from sessions#1316
olevski wants to merge 1 commit into
mainfrom
feat-add-option-to-skip-iframe-resource-pools

Conversation

@olevski
Copy link
Copy Markdown
Member

@olevski olevski commented May 20, 2026

For remote K8s clusters getting the iframes of sessions to work is fairly complicated dur to CORS/CSP. This is because the sesssion is running on one domain (for example dev.renku.ch) whereas the UI is running on another - like renkulab.io. For clusters we do not have control and are limited it is hard to properly configure these options. Also in some cases the configuration is required at the Jupyterlab or RStudio level which makes it hard to generalize. This is just a quick relief for currently active remote clusters in production being used right now where a lot of users are having trouble and really bad UX because the default button to open a session leads to a 50x page.

We can think and work on a long term solution in the future so that we still have iframes or the same UI for remote sessions.

/deploy

For remote K8s clusters getting the iframes of sessions to work is
fairly complicated dur to CORS/CSP. This is because the sesssion is
running on one domain (for example dev.renku.ch) whereas the UI is
running on another - like renkulab.io. For clusters we do not have
control and are limited it is hard to properly configure these options.
Also in some cases the configuration is required at the Jupyterlab or
RStudio level which makes it hard to generalize. This is just a quick
relief for currently active remote clusters in production being used
right now where a lot of users are having trouble and really bad UX
because the default button to open a session leads to a 50x page.

We can think and work on a long term solution in the future so that we
still have iframes or the same UI for remote sessions.
@olevski olevski requested review from a team, SalimKayal and sgaist as code owners May 20, 2026 15:46
@olevski olevski marked this pull request as draft May 20, 2026 15:46
@RenkuBot
Copy link
Copy Markdown
Contributor

You can access the deployment of this PR at https://renku-ci-ds-1316.dev.renku.ch

Copy link
Copy Markdown
Member

@leafty leafty left a comment

Choose a reason for hiding this comment

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

General comments:

  1. Why don't we tunnel the session http port?
  2. What if we only change the UI? Remote cluster -> open in new tab, "Open in iframe" as a secondary action.

@olevski
Copy link
Copy Markdown
Member Author

olevski commented May 21, 2026

Why don't we tunnel the session http port?

I wanted to avoid this if possible. Not having tunneling is definitely simpler.

What if we only change the UI? Remote cluster -> open in new tab, "Open in iframe" as a secondary action.

Yes this is an option but then all remote clusters do not have this problem - just some. And the iframe brings a lot of useful information. So with this one small change on the backend and the changes we would do on the frontend anyhow we can apply this only to clusters that have problems with iframes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants