We’ve had bc_desktop working on our CentOS7 and CentOS6 clusters for some time from our CentOS 7 based on demand server. Since the upgrade to OOD 1.7, bc_desktop connects just tis there with cycling dots across the screen on the noVNC browser tab in Safari 13.1; It works quite well in Firefox 76.0.1 and Chrome 81.0.
Since updates to CentOS, OOD, MacOS and Safari all happened at about the same time, I can’t put a finger on what broke when. Oddly, Cluster Shell access, Jupiter Desktop, and Rstudio Desktops continue to work from Safari.
I’ve reduced this on a fresh Catalina Install on new hardware, as well as on my trusty old upgraded to Catalina 2015 MacBook Pro.
Has anyone else run into safari related connectivity problems?
Ric
It appears Apple has made safari near draconian with cross site stuff; the noVNC tab that opens shows errors redirecting to our in-domain SSO app, viz:
OOD gets to shib just fine initially; it has too in order to present the home page. You can submit jobs, etc. Only remote desktop fails when it apparently tries to vet you in the noVNC tab. Opening Safari Web Inspector window in the noVNC tab which is cycling “….” and looking at “Console” shows the error messages.
I was able to reproduce this error on our own systems. This appears to be a bug with Safari specifically with the way auth cookies are set. Safari doesn’t like SameSite=None.
I’m digging deeper into this, I will keep you updated
@azric Worked with @jeff.ohrstrom to fix this. The fix will be in release 1.8 but it’s a simple change to vnc.html if you want to get this done before 1.8 is released.
Edit the file ondemand/apps/dashboard/public/noVNC-1.1.0/vnc.html and replace line 79: