1. 22 Feb, 2019 1 commit
  2. 19 Feb, 2019 1 commit
  3. 12 Feb, 2019 1 commit
  4. 31 Jan, 2019 1 commit
    • Steve Azzopardi's avatar
      Stop showing ci for guest users · ae793606
      Steve Azzopardi authored
      When a user is a guest user, and the "Public Pipeline" is set to false
      inside of "Settings > CI/CD > General" the commit status in the project
      dashboard should not be shown.
      ae793606
  5. 29 Jan, 2019 2 commits
  6. 24 Jan, 2019 1 commit
  7. 23 Jan, 2019 1 commit
    • Steve Azzopardi's avatar
      Stop showing ci for guest users · 04d773d8
      Steve Azzopardi authored
      When a user is a guest user, and the "Public Pipeline" is set to false
      inside of "Settings > CI/CD > General" the commit status in the project
      dashboard should not be shown.
      04d773d8
  8. 15 Jan, 2019 1 commit
  9. 14 Jan, 2019 1 commit
  10. 11 Jan, 2019 1 commit
  11. 09 Jan, 2019 1 commit
  12. 03 Jan, 2019 1 commit
  13. 06 Dec, 2018 1 commit
  14. 21 Nov, 2018 1 commit
  15. 13 Nov, 2018 1 commit
  16. 07 Nov, 2018 1 commit
  17. 06 Nov, 2018 1 commit
  18. 01 Nov, 2018 1 commit
  19. 30 Oct, 2018 1 commit
  20. 26 Oct, 2018 1 commit
  21. 19 Oct, 2018 1 commit
  22. 04 Oct, 2018 1 commit
  23. 21 Sep, 2018 1 commit
  24. 19 Sep, 2018 1 commit
  25. 13 Sep, 2018 1 commit
  26. 12 Sep, 2018 1 commit
  27. 26 Aug, 2018 1 commit
  28. 06 Aug, 2018 2 commits
  29. 27 Jul, 2018 3 commits
  30. 11 Jul, 2018 1 commit
  31. 09 Jul, 2018 1 commit
  32. 06 Jul, 2018 1 commit
  33. 05 Jul, 2018 1 commit
  34. 15 Jun, 2018 1 commit
    • Eric Eastwood's avatar
      Fix flakey time-senstive group filter specs · a1d0a16b
      Eric Eastwood authored
      This passed previously because the filtered group search is debounced by 0.5s. The test cleared the input, entered `group1`, cleared the input, entered nothing, and the all of groups are still listed because of the 0.5s debounce hasn't triggered and the test passes before anything is actually filtered.
      
      Even if we assert that the list is filtered before clearing the input, the test still fails because the nature of the `fill_in 'filter', with: ""` method is that ["if you're setting the value to "", no keys are ever actually sent, hence no [`input`] event"](https://github.com/teamcapybara/capybara/issues/203#issuecomment-557281) and we never filter back to everything in the list.
      
      So the solution is two-fold, add in the assertions that the list is actually filtered after each step. Then use a method that fills the input with proper events fired.
      a1d0a16b
  35. 31 May, 2018 1 commit
  36. 24 May, 2018 1 commit