Commit Graph

14 Commits

Author SHA1 Message Date
GitLab Bot 4682f5015a Add latest changes from gitlab-org/gitlab@master 2019-10-18 21:06:37 +00:00
GitLab Bot 31040b5bfe Add latest changes from gitlab-org/gitlab@master 2019-10-07 15:05:59 +00:00
Grzegorz Bizon b1604f7d8f Merge branch '47003-user-onboarding-replace-current-email-confirmation-flow-with-a-soft-email-confirmation-flow' into 'master'
Soft email confirmation flow

Closes #47003

See merge request gitlab-org/gitlab-ce!31245
2019-08-16 12:31:16 +00:00
Alex Buijs a8da0de528
Add invisible captcha
With a time treshold of 4 seconds
and a firstname and lastname honeypot
input fields when signing up
2019-08-10 12:24:53 +02:00
Alex Buijs a0bbfa9fc3
Don't redirect to the Almost there page
Don't redirect to the Almost there page after registration
and after resending confirmation instructions
2019-08-08 13:58:20 +02:00
Thong Kuah 73e848850c Add frozen_string_literal to spec/features
Using the sed script from
https://gitlab.com/gitlab-org/gitlab-ce/issues/59758
2019-07-26 13:23:30 +12:00
Thong Kuah 932829fb0f Quarantine flaky spec
https://gitlab.com/gitlab-org/gitlab-ce/issues/63750
2019-06-26 10:16:48 +00:00
Jiaan 78eeb3e09d Resolve "Username availability checker breaks inline validation" 2019-06-19 13:48:30 +00:00
Jiaan c38ea7e884 Resolve "Inline validation for user's name and username length" 2019-06-06 07:39:59 +00:00
Ehsan Abdulqader 7403d466f4 Merge branch 'master' of https://gitlab.com/gitlab-org/gitlab-ce into feature/56787-realtime-validation-for-user-fullname-and-username 2019-02-18 08:40:07 +00:00
Sanad Liaquat 59cb05c8b4 Adds test to cover the fix in #45575 2018-06-24 15:51:07 +05:00
Bob Van Landuyt 3d713ac114 Users can accept terms during registration
When a user checks the `accept` checkbox, we will track that
acceptance as usual. That way they don't need to accept again after
they complete the registration.

When an unauthenticated user visits the `/-/users/terms` page, there
is no button to accept, decline or continue. The 'current-user menu'
is also hidden from the top bar.
2018-06-08 19:17:00 +02:00
Bob Van Landuyt 7684217d68 Enforces terms in the web application
This enforces the terms in the web application. These cases are
specced:

- Logging in: When terms are enforced, and a user logs in that has not
  accepted the terms, they are presented with the screen. They get
  directed to their customized root path afterwards.
- Signing up: After signing up, the first screen the user is presented
  with the screen to accept the terms. After they accept they are
  directed to the dashboard.
- While a session is active:
  - For a GET: The user will be directed to the terms page first,
    after they accept the terms, they will be directed to the page
    they were going to
  - For any other request: They are directed to the terms, after they
    accept the terms, they are directed back to the page they came
    from to retry the request. Any information entered would be
    persisted in localstorage and available on the page.
2018-05-04 13:54:43 +02:00
Rémy Coutable fc7f1aa244
Fix user feature specs that were hardcoding 'user1'
Signed-off-by: Rémy Coutable <remy@rymai.me>
2018-02-22 12:44:14 +01:00