to 30 days

Signed-off-by: Utkarsh Gupta <guptautkarsh2102@gmail.com>

Signed-off-by: Rémy Coutable <remy@rymai.me>

Metrics tries to initialize the `EventsFinder` to instrumnt it. The `EventsFinder` tries to load the `Event` model, which in turn loads the `User` model.

Loading the `User` model requires Devise to be initialized. So to avoid problems around this, we load devise before loading metrics.

[master] Resolve: "Provide email notification when a user changes their email address"

See merge request gitlab/gitlabhq!2587

We also try to unify the way we setup OmniAuth, and how we check
if it's enabled or not.

it also means we're using omniauth, so we need to set it up.

This should simplify refactoring and allow testing

Adds a rubocop rule (with autocorrect) to ensure line break after guard clauses.

Closes #39708

This fixes a bug where the email confirmation input value is case
sensative. For example, if the email input is `myemail@example.com` and
the email confirmation input is `Myemail@example.com` the form would
fail to submit.

and rubocop fixes

Centralize all LDAP config logic in `GitLab::LDAP::Config`. Previously,
some logic was in the Devise initializer and it was not honoring the
`user_filter`. If a user outside the configured `user_filter` signed
in, an account would be created but they would then be denied access.
Now that logic is centralized, the filter is honored and users outside
the filter are never created.

Add the devise initializer config setting to enable the sending of notification
emails when a user changes their password.

This reverts commit 3e991230.

# Conflicts:
#	app/models/project.rb

Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/12944

Skipped CI because it has already passed. Had to rebase due to CHANGELOG.

sent through Devise

Fix test case that was passing due to a broken `around` statement.

Closes #1556