games-on-whales/wolf

Fork 0

mirror of https://github.com/games-on-whales/wolf.git synced 2026-10-15 21:12:08 +00:00

[GH-ISSUE #44] Associate Devices to Sessions #27

New issue

Closed

opened 2026-10-15 12:54:49 +00:00 by bsakaguchi · 5 comments

bsakaguchi commented

2026-10-15 12:54:49 +00:00

Owner

Originally created by @brine0m on GitHub (Sep 12, 2023).
Original GitHub issue: https://github.com/games-on-whales/wolf/issues/44

Today when a client is registered it will have its own app_state_data and the default action is to create a new profile under /etc/wolf for each session.

As a feature enhancement would be good to be able to goto an admin portal created multiple profiles and associate registered devices to that profiles so that app_state_data is shared across devices. This portal could also be a means to more easily serve the device pin page when trying to register the device.

While today is possible to just go into the config.toml and set the app_state_data to be the same for all clients you want this shared, was thinking this could be a better way to more easily set this up.

Originally created by @brine0m on GitHub (Sep 12, 2023). Original GitHub issue: https://github.com/games-on-whales/wolf/issues/44 Today when a client is registered it will have its own app_state_data and the default action is to create a new profile under /etc/wolf for each session. As a feature enhancement would be good to be able to goto an admin portal created multiple profiles and associate registered devices to that profiles so that app_state_data is shared across devices. This portal could also be a means to more easily serve the device pin page when trying to register the device. While today is possible to just go into the config.toml and set the app_state_data to be the same for all clients you want this shared, was thinking this could be a better way to more easily set this up.

bsakaguchi

2026-10-15 12:54:49 +00:00

closed this issue
added the
enhancement
label

bsakaguchi commented

2026-10-15 12:54:50 +00:00

Author

Owner

@ABeltramo commented on GitHub (Sep 12, 2023):

I think there are two issues here, correct me if I'm wrong:

Have an easy way to share configs between multiple clients
Make an "admin portal" to avoid fiddling with the config.toml

The config file it's some kind of "low level" interface that allows anyone to mess with about everything that Wolf does without having to touch the code. It's an amazing tool for us when debugging issues and it's useful for some power user that want to achieve something that Wolf isn't supporting with the defaults.

It's not a small commitment to expose all those options in an admin web page, we should start with an API first but we've got plenty of other things going on at the same time; if anyone is willing to help I'll be happy to guide the effort in building this.

@ABeltramo commented on GitHub (Sep 12, 2023): I think there are two issues here, correct me if I'm wrong: - Have an easy way to share configs between multiple clients - Make an "admin portal" to avoid fiddling with the `config.toml` The config file it's some kind of "low level" interface that allows anyone to mess with about everything that Wolf does without having to touch the code. It's an amazing tool for us when debugging issues and it's useful for some power user that want to achieve something that Wolf isn't supporting with the defaults. It's not a small commitment to expose all those options in an admin web page, we should start with an API first but we've got plenty of other things going on at the same time; if anyone is willing to help I'll be happy to guide the effort in building this.

bsakaguchi commented

2026-10-15 12:54:51 +00:00

Author

Owner

@kirel commented on GitHub (Mar 11, 2024):

I mapped a couple devices to a single state folder today and I though an alias would be plenty useful. If when entering the pin I could also enter a device alias that's stored in the config.toml that would already make remapping much easier. Or the alias is already used as the state folder name.

@kirel commented on GitHub (Mar 11, 2024): I mapped a couple devices to a single state folder today and I though an alias would be plenty useful. If when entering the pin I could also enter a device alias that's stored in the `config.toml` that would already make remapping much easier. Or the alias is already used as the state folder name.

bsakaguchi commented

2026-10-15 12:54:51 +00:00

Author

Owner

@ABeltramo commented on GitHub (Mar 11, 2024):

I see what you mean with adding an alias to a user, and we could easily add that to the pairing screen.
I'm not sure how you are planning on using that in the config file. Is this about mounting the same folder for N users?

@ABeltramo commented on GitHub (Mar 11, 2024): I see what you mean with adding an alias to a user, and we could easily add that to the pairing screen. I'm not sure how you are planning on using that in the config file. Is this about mounting the same folder for N users?

bsakaguchi commented

2026-10-15 12:54:51 +00:00

Author

Owner

@brine0m commented on GitHub (Mar 12, 2024):

Yeah the purpose was to have 1 user to many devices relationship and result in using the same state folder.

I agree that this could be added to the pairing screen. What probably needs to happen is to front the pairing screen with a user authentication screen. When pairing a device the session info could be used to delineate what profile the device would go against.

Ultimately this capability is probably a little more than just simple change as it would actually require a user management system to do it properly.

@brine0m commented on GitHub (Mar 12, 2024): Yeah the purpose was to have 1 user to many devices relationship and result in using the same state folder. I agree that this could be added to the pairing screen. What probably needs to happen is to front the pairing screen with a user authentication screen. When pairing a device the session info could be used to delineate what profile the device would go against. Ultimately this capability is probably a little more than just simple change as it would actually require a user management system to do it properly.

bsakaguchi commented

2026-10-15 12:54:52 +00:00

Author

Owner

@ABeltramo commented on GitHub (Jun 22, 2024):

Superseeded by https://github.com/games-on-whales/wolf/issues/80

@ABeltramo commented on GitHub (Jun 22, 2024): Superseeded by https://github.com/games-on-whales/wolf/issues/80

bsakaguchi referenced this issue

2026-10-15 12:59:51 +00:00

[PR #27] [MERGED] Fix Github Actions #339