feat(Registration): Email verification

[Aaron-Detre]

Changes

• After registration, emailed verification link takes you to the login page.
• Unverified teachers are not able to log in.
• Added various confirmation/error messages to the login page.

Test

• Test with feat(Registration): Email verification WISE-API#335
• Accounts created before this PR should be verified by default.
• Depending on the verificationState, below the password input, you should see different confirmation/error messages on the login page:
  • When logging into an account that was previously verified, you shouldn't see any new messages.
  • If your account was just verified by clicking the link, you should see a confirmation that your account was verified.
  • If the verification code doesn't match a user in the database, you should see an error message telling you to try again.
  • The first time you try to log into an unverified account, you should see an error message including a link allowing you to resend the email.
    • If you then try to log into the account again without verifying, you should see an error message including a countdown to wait until you can send another email.
  • If you click to resend the email, you should see a confirmation if it was sent successfully or an error message if it couldn't be delivered (if email isn't set up in application.properties for example).

[qltysh]

❌ 1 blocking issue (1 total)

Tool	Category	Rule	Count
qlty	Structure	Function with many parameters (count = 6): constructor	1	❌

[qltysh]

Coverage Impact

Unable to calculate total coverage change because base branch coverage was not found.

Modified Files with Diff Coverage (2)

Rating	File	% Diff	Uncovered Line #s
	src/app/login/login-home/login-home.component.ts	81.0%	48, 52, 128-131
	src/app/services/user.service.ts	100.0%
	Total	84.0%

🤖 Increase coverage with AI coding...

In the `email-verification` branch, add test coverage for this new code:

- `src/app/login/login-home/login-home.component.ts` -- Lines 48, 52, and 128-131

🚦 See full report on Qlty Cloud »

🛟 Help

• Diff Coverage: Coverage for added or modified lines of code (excludes deleted files). Learn more.

• Total Coverage: Coverage for the whole repository, calculated as the sum of all File Coverage. Learn more.

• File Coverage: Covered Lines divided by Covered Lines plus Missed Lines. (Excludes non-executable lines including blank lines and comments.)

  • Indirect Changes: Changes to File Coverage for files that were not modified in this PR. Learn more.

[breity]

Functionality works well. I split some of the verification messages into separate elements to simplify the i18n messages. I also cleaned up the login-home template a little.

One issue: If user clicks the link to re-send the verification email, the countdown to send another verification email starts properly. But if the user refreshes or reloads the login page and then tries to sign again, the link to send another email shows up and the countdown is reset because the component has been reloaded. Kind of an edge case, so not sure if it's worth addressing, as it would add complexity to the code. @Aaron-Detre @hirokiterashima, what do you think?