Re: [Unity-idm-discuss] invitation improvement

[Sander A. <sa....@fz...>]

Hi Krzysztof,
I expected that this is not an easy change because this is very
generic. If we find a lightwight solution for this problem, it would be
helpful, too. We are also working on a description of this problem and
the workaround with the new invitation in our documentation.

Cheers,
Sander

On Tue, 2021-04-27 at 17:31 +0200, Krzysztof Benedyczak wrote:
> Hi Sander,
> 
> W dniu 26.04.2021 o 07:15, Sander Apweiler pisze:
> > Good morning Krzysztof,
> > in the last weeks we encountered a recurring "problem" with
> > invitations. Let me describe the issue: A project administrator
> > creates
> > an invitation. At this time the invited user has no unity account,
> > so
> > it is linked to the registration form and the invitation is send to
> > the
> > user. In the meantime the user register at unity. After the user
> > registered to unity, the user clicks on the invitation link, which
> > is
> > not working anymore, because the account is already registered.
> > 
> > Of course sendig a new invitation solves the problem, because the
> > new
> > one is linked to the enquiry form, but this approach is not very
> > user
> > friendly. It would be nice, if unity switches automatically to the
> > enquiry form, if the user already registered before the user
> > follows
> > the invitation?
> 
> That doesn't sound easy. One aspect is that invitation needs to be 
> consistent with its form. I.e. if I send an invitation to register a 
> user that invitation is bound to some form, say form1. Now after 
> rewriting it to be an invitation to an enquiry, it would require a
> form 
> which is 100% compatible with form1, but cut down to be enquiry. It
> is 
> possible but would require to create automatically a read-only,
> system 
> enquiry form for each registration form, with compatible contents.
> 
> the meantime". In general this can happen in plenty of ways, and we 
> would need a generic mechanism: new entity was added; let's check if
> it 
> has a confirmed email (hmm, identity or also an attribute?) which is 
> used in any registration invitation, and if yes rewrite those 
> invitations to enquiries.
> 
> All in all that is doable, perhaps even generally useful, but it is 
> rather a major development to cover quite of an edge case. Maybe we
> can 
> think about something more lightweight to support this scenario?
> 
> Cheers,
> Krzysztof
> 
> 

-- 
Federated Systems and Data
Juelich Supercomputing Centre

phone: +49 2461 61 8847
fax: +49 2461 61 6656
email: sa....@fz...

-----------------------------------------------------------------------
-----------------------------------------------------------------------
Forschungszentrum Juelich GmbH 52425 Juelich
Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzender des Aufsichtsrats: MinDir Volker Rieke
Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender),
Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
Prof. Dr. Frauke Melchior
-----------------------------------------------------------------------
-----------------------------------------------------------------------