delta/gitlab/gitlab-ce.git/app/mailers, branch replace_explore_projects.feature

Send a confirmation email when the user adds a secondary email address. Utilizes the Devise `confirmable` capabilities. Issue #37385

2017-09-23T13:23:11+00:00

`current_application_settings` belongs on `Gitlab::CurrentSettings`

2017-08-31T12:38:33+00:00

The initializers including this were doing so at the top level, so every object
loaded after them had a `current_application_settings` method. However, if
someone had rack-attack enabled (which was loaded before these initializers), it
would try to load the API, and fail, because `Gitlab::CurrentSettings` didn't
have that method.

To fix this:

1. Don't include `Gitlab::CurrentSettings` at the top level. We do not need
   `Object.new.current_application_settings` to work.
2. Make `Gitlab::CurrentSettings` explicitly `extend self`, as we already use it
   like that in several places.
3. Change the initializers to use that new form.

Speed up Group#user_ids_for_project_authorizations

2017-08-14T11:47:15+00:00

Rename many path_with_namespace -> full_path

2017-08-01T05:26:58+00:00

find_by_id -> find_by(:id, ...)

2017-07-27T13:43:37+00:00

notification email on add new gpg key

2017-07-27T13:40:41+00:00

Create and use project path helpers that only need a project, no namespace

2017-07-05T16:11:59+00:00

use common devise layout and use heading style

2017-06-13T20:36:45+00:00

use common layout for devise mailer

2017-06-13T20:36:45+00:00

Bugfix: Always use the default language when generating emails.

2017-05-25T15:22:45+00:00

There was a race condition issue when the application was generating an
email and was using a language that was previously being used in other
request.