Von einem Kunden wurde an Ticket #2011121421003451 der Wunsch geäußert, dass Lehrer nicht mehr manuell den Raum in der Computerraum-Administration auswählen müssen. Es ist über iTalc/Samba bekannt an welchem PC der Lehrer arbeitet, somit könnte eine sinnvolle Vorauswahl des Raums durchgeführt werden. Eine nachträgliche Auswahl eines anderen Raums muss natürlich weiterhin möglich sein.
*** Bug 26357 has been marked as a duplicate of this bug. ***
Dies ist nicht nur für die Administration der Computerräume interessant, sondern wahrscheinlich noch viel mehr für das Computerraum-Modul selber, welches prinzipiell häufiger zur Anwendung kommt als die Administration der Räume.
We should add generic way to detect the IP address/host of the UMC user. E.g. adding a generic function to UMC webserver that returns the IP address of the currently requesting HTTP client. This way the UMC frontend is able to determine the IP address and do some clever stuff like detecting in which room the user's computer is located. It should work with IPv4 and IPv6. Additionally within the proxy.pac the school DC should be added to the proxy exclude list, otherwise this feature wont work.
should the room only be preselected or directly opened?
I'd suggest to open it directly. If it's actually the wrong room, the teacher can easily change it.
(In reply to Jan Christoph Ebersbach from comment #5) > I'd suggest to open it directly. If it's actually the wrong room, the > teacher can easily change it. I'm not sure if all users realise which room is currently shown in the computerroom module if the selection dialog does not pop up. For the experienced users I would second that the selection dialog should not pop up, but for new users or in stressful situations it may lead to operating errors.
Implemented, not built yet.
Packages built: ucs-school-lib 5.0.0-1.82.201403130913 ucs-school-umc-computerroom 5.0.0-1.136.201403130916
Two customers reported that a lot of teachers have problems with the room selection popup and don't know what to select. In contrast to my statement in comment 6, we should open the room directly and should not show the popup if the module is opened.
The room is not opened directly. QA: The following scenarios exists: the computerroom-selection-dialog should be shown when: * the IP could not be get from UMC-webserver (server-fault) * the IP does not belong to any computer in any room * the IP belongs to a computer which is not member of a room * the command to guess the room fails (server-fault) the room should be directly opened when: * the computer(IP of client) exists in a computerroom No confirm message is prompted when the room is already in use by another teacher. Package: ucs-school-umc-computerroom Version: 5.0.1-1.137.201404101432
(In reply to Florian Best from comment #10) > The room is not opened directly. > > QA: The following scenarios exists: > the computerroom-selection-dialog should be shown when: > * the IP could not be get from UMC-webserver (server-fault) We should remove the dependency to "univention-management-console-web-server (>= 3.0.152-23)". The erratum has not been published yet and therefore the computerroom module is currently not installable although it should generally work (but without the new feature of this bug). This is important for the 3.2 R2 milestone.
(In reply to Sönke Schwardt-Krummrich from comment #11) > We should remove the dependency to > "univention-management-console-web-server (>= 3.0.152-23)". The erratum has > not been published yet and therefore the computerroom module is currently > not installable although it should generally work (but without the new > feature of this bug). > > This is important for the 3.2 R2 milestone. → Fixed
(In reply to Florian Best from comment #10) > The room is not opened directly. > > QA: The following scenarios exists: > the computerroom-selection-dialog should be shown when: > * the IP could not be get from UMC-webserver (server-fault) UCS@school should also be installable with UCS 3.2-0 and the UMC webserver erratum #34288 will be shipped only for UCS 3.2-1. So the computerroom/browser should not show an error message if it tries to fetch the IP address from an older UMC web server → REOPEN
The computerroom should not be taken over automatically, if a teacher opens the computerroom and his client/browser is recognized by its IP address. If a room is blocked by different user, the known "do you want to take control of this room" dialog should popup. If the user does not take control of this room, the room selection dialog shall appear. Please also have a look at Bug 34602. Maybe its easier to fix both bugs in one step. If Bug 34602 required more effort, the skip bug 34602. It will be fixed later on.
(In reply to Sönke Schwardt-Krummrich from comment #14) > The computerroom should not be taken over automatically, if a teacher opens > the computerroom and his client/browser is recognized by its IP address. > If a room is blocked by different user, the known "do you want to take > control of this room" dialog should popup. If the user does not take control > of this room, the room selection dialog shall appear. → OK, fixed. > Please also have a look at Bug 34602. Maybe its easier to fix both bugs in > one step. If Bug 34602 required more effort, the skip bug 34602. It will be > fixed later on. This is a different thing. ucs-school-umc-computerroom (5.0.2-1)
Tested with 2 teacher accounts and 3 rooms. To each room one computer has been assigned. Upon opening the computerroom module from a computer assigned to a room, the correct room has been opened automatically. If a "unknown" computer/IP address is used, the room selection dialog is shown. If the room is already used by another user, the "takeover dialog" is shown. Switching manually to a different room is also possible. OK: functionality OK: code change FIXED: a changelog entry has been added → VERIFIED
UCS@school 3.2 R2 has been released: http://docs.univention.de/release-notes-ucsschool-3.2R2-de.html If this error occurs again, please use "Clone This Bug".