in a jupyter notebook via ssl (tl-JupyterHub) i can't deliver the output in the jupyter-tab. But in a separate browser tab it works. This indicates that the build-in server doesn't deliver via https.
The easyest way should be to tell hug to deliver via https. Any idea where to configure this?
And yes. i read the "prodigy with https" but to deliver via proxy is a pain in the tljh.
Hi! This makes sense, yes – if JupyterLab is served via HTTPS, the browser will block the embedded app if it's HTTP-only.
HTTPS isn't something that the local server can just enable – you'll always need a certificate and users always run their own server locally. So it can't really ship with HTTPS out-of-the-box.
Any update on this @ronaldoviber? I found the easiest way for me to implement an auth middleware solution was through running prodigy in an iframe, so I am running into the same issue where it will not display on https.
I think the easiest solution would be to slightly tweak the uvicorn server in prodigy/app.py and add an SSL certificate (see the "Running with HTTPS" section here), so you can serve the Prodigy app via HTTPS. Then you'd be able to load it within an iframe on an HTTPS site.
It might be as straightforward as adding two arguments for the SSL certificate to uvicorn.run. If that works, we can also easily add this as a feature to Prodigy, e.g. by accepting environment variables.
Cool, thanks for updating! Could you check if the tab loaded in JupyterLab is loaded with http:// or https://? If its HTTP, maybe there's a way to force a redirect to HTTPS only? Apparently starlette's HTTPSRedirectMiddleware lets you do that, and you should be able to just add that to the existing middleware settings in the app.py.