Andreas Ellewsen authored 3 years ago and Jonas Braathen committed 3 years ago

If a sponsor verifies a nin that is already in use by an account in
cerebrum, the guest will gain access to that account, which in turn
allows the guest to change the password of that account. This makes it
possible to abuse the guest service to steal the account of users.

A feature that checks for this problem, and helps the sponsor make a
decision on it, will be introduced in the near future. At that point
nin verification can be enabled again.

Resolves: GREG-202

It turns out that different institutions have different criteria for
what counts as good enough papers to verify an Norwegian National
identity number. This commit makes it possible to specify different text
for each language option for each instance.

Resolves: GREG-199

Resolves: GREG-200

Values of fields now show the current dates of the role after data has
been fetched, instead of the placeholders.

Comments and contact person had feature flags created for their
visibility some time ago, but we missed a couple of sections in the
frontend. In addition, comments that were set on a role during
invitation was invisible later, defeating the purpose. They are now
visible if comments are enabled.

Resolves: GREG-197

Before this commit, an optional consent that was not answered was posted
with the choice value set to null. This was rejected by the backend,
making it impossible to not answer an optional consent. It is now
possible.

Resolves: GREG-187

Done to improve UX so that people that do not understand Norwegian, have
a word  they understand, to change the language to English with.

Resolves: GREG-198

Resolves: GREG-193

Resolves: GREG-167

Necessary for OUs and RoleTypes with missing english or norwegian names

If we don't fetch the info again, the frontpage will redirect us back to
/guestregister because the user does not have
registration_completed_date set.

The page relied on the visitor having gone to one of the other sponsor
pages before going to it. By setting some default values for the role
info the page now works if you go directly to it. Should probably
restructure this page to display a loading graphic if a future version
of the app is ever created.

Resolves: GREG-184

If the user logs in through the frontpage we now check if they have
completed the registration process. If they have completed it halfway
before, we find their info through the GregUserProfile of the user and
redirect to the register page. If we dont find any profile connected to
the user they are treated as anonymous users as before.

Resolves: GREG-164

Resolves: GREG-177

Resolves: GREG-173