From: Sander A. <sa....@fz...> - 2021-04-26 05:15:17
Attachments:
smime.p7s
|
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? Best regards, Sander -- 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 ----------------------------------------------------------------------- ----------------------------------------------------------------------- |
From: Krzysztof B. <kb...@un...> - 2021-04-27 15:32:20
|
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. Another concern is around detection of how the user is subscribed "in 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 |
From: Sander A. <sa....@fz...> - 2021-04-27 18:20:06
Attachments:
smime.p7s
|
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 ----------------------------------------------------------------------- ----------------------------------------------------------------------- |
From: Krzysztof B. <kb...@un...> - 2021-04-28 06:45:35
|
Hi Sander, W dniu 27.04.2021 o 20:19, Sander Apweiler pisze: > 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. We had an internal brainstorming on that topic yesterday. One question arose: what are those other means to provision the user (i.e. not via the invitation which is clicked after user account was created)? Is this only the case that a prospective user receives multiple invitations to register, clicks one (in general a random one), and afterwards we have a problem with remaining invitations? Or the problem is wider and includes situations where user is for instance manually created by Unity admin? If we are talking only about multiple invitations, then we may have an idea of a bit simpler solution. But please first confirm that this scenario is covering your problem well. Best, Krzysztof |
From: Sander A. <sa....@fz...> - 2021-04-28 06:52:55
Attachments:
smime.p7s
|
Good morning Krzysztof, On Wed, 2021-04-28 at 08:45 +0200, Krzysztof Benedyczak wrote: > Hi Sander, > > W dniu 27.04.2021 o 20:19, Sander Apweiler pisze: > > 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. > > We had an internal brainstorming on that topic yesterday. One > question > the invitation which is clicked after user account was created)? Is > this > only the case that a prospective user receives multiple invitations > to > register, clicks one (in general a random one), and afterwards we > have a > problem with remaining invitations? Or the problem is wider and > includes > situations where user is for instance manually created by Unity > admin? No at least in our case user accounts are created automatically. > > If we are talking only about multiple invitations, then we may have > an > idea of a bit simpler solution. But please first confirm that this > scenario is covering your problem well. Sadly I think receiving multiple invitations is only the "problem" in few cases. We recognized that user got only one invitation and instead of following the link, the user go to the unity server and create an account. In our case the enquire forms are almost empty, only agreements and policies must be accepted, but I don't want to generalize this. There might be other use cases, where additional information are requested from users, too. Best regards, Sander > > Best, > 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 ----------------------------------------------------------------------- ----------------------------------------------------------------------- |