Session Management / Multi-User Capabilities

[dasmy]

With the current setup and configuration, there can apparently only be one active user at the same time.
If multiple users try to access the UI, they e.g. get results for other user's execution because no user identification or session management do exist. Even having two tabs open at the same time makes the application stop working.

Essentially, we would need the capability to have one python kernel per user, individual snakemq queues and one unique session ID per user. Then all internal messages will need to get a the session ID assigned so that they can be routed back properly.

I really have no idea how to fix this without a major re-engineering. Maybe someone else does?

[ricklamers]

It shouldn't be very difficult to create the necessary isolation, but yeah, it's quite a bit of work.

[somakaushik98]

Hi Rick,
Could you provide any mechanism where you can scale this application to mutli-users.

[ricklamers]

It’s tricky to get right, but would welcome a PR!

[dasmy]

A while ago, I started an implementation for individual sessions here: https://github.com/dasmy/gpt-code-ui/tree/dev/session_management but made several additions and changes in a non-public fork of the project. As it grew pretty organically (with several more features and fixes), publishing it and creating well-separated pull requests might be a bit of work, though...