Univention Bugzilla – Bug 31442
Adapt computerroom/* commands to be stateless
Last modified: 2023-06-23 14:19:47 CEST
Currently, the command "acquire" initiates a computer room for the running session. Consequent calls to the command "query" or "update" (without parameters) refer to the initially initiated room. As this results in different problems (no to rooms can be opened simultaneously), it would be better to design the commands to be stateless, i.e., with an additional parameter indicating the room, the command "acquire" could then be removed. In addition to this, the command "update" only returns changes in the room since the last call. This, as well, results in problems if the same room is opened twice (only one module will receive a change). To render this mechanism stateless, the query method could be used instead (it returns the current known status of all computers), and changes could be detected via JavaScript.
*** Bug 30074 has been marked as a duplicate of this bug. ***
*** Bug 41317 has been marked as a duplicate of this bug. ***
There is a Customer ID set so I set the flag "School Customer affected".
This issue has been filled against UCS@school 3.2. The maintenance with bug and security fixes for UCS@school 3.2 has ended on Dec 31, 2016. Customers still on UCS 3.x are encouraged to update to UCS 4.3 (or later). Please contact your partner or Univention for any questions. If this issue still occurs in newer UCS versions, please use "Clone this bug" or simply reopen the issue. In this case please provide detailed information on how this issue is affecting you.
This issue has been filed against UCS 4.4. UCS 4.4 is out of maintenance and UCS components may have vastly changed in later releases. Thus, this issue is now being closed. If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.