-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UI aspects of cross-/multi-user operation #635
Comments
Currently:
Next step:
End-game?
|
See related comment from @jarich on gscan: #615 (comment) |
For documentation, see cylc-doc/sharing-access-to-workflows. This page will shortly be re-written and will likely be moved into an "administrator guide" in the future. I have chipped off the gscan displaying multiple users workflows into a new issue here - #1395 And the listing of possible or allowed users here - #1394 Listing users might not always be possible, if it is it might not always be authorised (Jupyter Hub has an interface for listing users but it is blocked by default) and sites might not want to expose this information either way so we shouldn't rely on the ability to list all users. What I've suggested in #1394 is that we use a textbox for the server owner and make that box editable as a means to switch server. We can then remember (ideally successful) values as a means to list users. This is probably good enough as I would guess that most users will only ever want to connect to small subset of other users servers. If not we can look at pre-populating this list from another source. The UI Server authentication configuration has previously been suggested as a possible source. I think that covers everything mentioned in this issue. For anything else multi-user see this GH project: https://github.com/orgs/cylc/projects/3 |
How does the UI provide access to other users' workflows?
See also cylc/cylc-uiserver#171
The text was updated successfully, but these errors were encountered: