Bug 30074 - Computer room is saved globally in the backend
Computer room is saved globally in the backend
Status: RESOLVED DUPLICATE of bug 31442
Product: UCS@school
Classification: Unclassified
Component: UMC - Computer room
UCS@school 3.1
Other Linux
: P5 normal with 2 votes (vote)
: UCS@school 3.x
Assigned To: Bugzilla Mailingliste
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-18 16:30 CET by Dirk Wiesenthal
Modified: 2013-05-27 09:24 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): Troubleshooting, Usability
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Wiesenthal univentionstaff 2013-01-18 16:30:55 CET
In the computer room module, aquiring a room means saving it module-wide as self._italc.room. This is causing problems when opening two seperate computer room tabs within the same session, choosing different rooms.

If the module process dies during the session (may happen because it uses c++-bindings) the frontend has to note that and send the room once again. This is error prone. See Bug#27202.

It would be nice if every umcpCommand would send the room (just as every udm-umcpCommand sends the flavor) and the room would be found locally in every request.

One should test lookup speed in this case and - if this is slow in large environments - cache results carefully.
Comment 1 Florian Best univentionstaff 2013-05-27 09:24:20 CEST

*** This bug has been marked as a duplicate of bug 31442 ***