Skip to content
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

Closed
hjoliver opened this issue Mar 30, 2021 · 3 comments
Closed

UI aspects of cross-/multi-user operation #635

hjoliver opened this issue Mar 30, 2021 · 3 comments

Comments

@hjoliver
Copy link
Member

How does the UI provide access to other users' workflows?

See also cylc/cylc-uiserver#171

@hjoliver hjoliver added this to the 1.0 milestone Mar 30, 2021
@hjoliver
Copy link
Member Author

Currently:

  • owner-only access (hub spawns UIS as the authenticated user)

Next step:

  • access to a specific other-user (hub spawns UIS as the target user, which authorizes use by the authenticated user)

End-game?

  • list of possible or allowed other users?
  • gscan show multiple users at once?

@hjoliver
Copy link
Member Author

See related comment from @jarich on gscan: #615 (comment)

@kinow kinow modified the milestones: 1.0, 2.0 Sep 10, 2021
@oliver-sanders oliver-sanders modified the milestones: 2.0.0, Pending Jun 8, 2022
@oliver-sanders oliver-sanders removed this from the Pending milestone Jul 17, 2023
@oliver-sanders
Copy link
Member

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

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

No branches or pull requests

3 participants