Bug 32872 - use single sign on for hyperlinks in installation complete message on dc slave
use single sign on for hyperlinks in installation complete message on dc slave
Status: RESOLVED WONTFIX
Product: UCS@school
Classification: Unclassified
Component: UMC - Installer
UCS@school 3.1 R2
Other Linux
: P5 normal (vote)
: UCS@school 3.x
Assigned To: UCS@school maintainers
:
Depends on: 32083
Blocks:
  Show dependency treegraph
 
Reported: 2013-10-16 07:56 CEST by Florian Best
Modified: 2019-02-05 21:25 CET (History)
4 users (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): Usability
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Florian Best univentionstaff 2013-10-16 07:56:56 CEST
(In reply to Sönke Schwardt-Krummrich from comment #2)
> The single sign-on feature may be used to open the corresponding module on
> the DC master in a new window.
This should be implemented.

+++ This bug was initially created as a clone of Bug #32083 +++

If the UMC installer for UCS@school will be started on a system with successfully installed UCS@school the following hints are shown:

* Neue Schulklassen können mit dem Modul "Klasse hinzufügen" erstellt werden.
* Lehrer und Schüler können mit dem Modul "Benutzer hinzufügen" in der UCS@school-Domäne neu angelegt werden.
* Lehrer können mit dem Modul "Lehrer Klassen zuordnen" Klassen zugeordnet werden.
* Arbeitsgruppen können mit dem Modul "Arbeitsgruppen verwalten" erstellt und verwaltet werden.

Problem:
On a DC slave the first two modules "Klasse hinzufügen" and "Benutzer hinzufügen" are not available, so nothing happens if the user clicks on those hyperlinks.
Comment 1 Florian Best univentionstaff 2013-10-16 08:37:54 CEST
To implement this a generic function in umc.tools would be useful which provides a link to a module on another UMC system and takes an deferred object to get the remote name (e.g. tools.linkToRemoteUMCModule(ucr('ldap/master'), 'udm', 'users/user')
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2013-10-16 09:22:48 CEST
(In reply to Florian Best from comment #1)
> To implement this a generic function in umc.tools would be useful which
> provides a link to a module on another UMC system and takes an deferred
> object to get the remote name (e.g.
> tools.linkToRemoteUMCModule(ucr('ldap/master'), 'udm', 'users/user')

Ideally the function tests if the user has permission to open the given module+flavour on the remote system.
Comment 3 Sönke Schwardt-Krummrich univentionstaff 2019-02-05 21:25:38 CET
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.