An error occurred fetching the project authors.
  1. 23 Aug, 2019 1 commit
  2. 10 Jul, 2019 1 commit
  3. 15 Apr, 2019 1 commit
  4. 06 Feb, 2019 1 commit
  5. 03 Jan, 2019 3 commits
  6. 17 Dec, 2018 1 commit
  7. 05 Dec, 2018 2 commits
  8. 29 Oct, 2018 1 commit
  9. 22 Oct, 2018 1 commit
  10. 11 Sep, 2018 1 commit
  11. 20 Jul, 2018 1 commit
  12. 04 Jun, 2018 1 commit
  13. 01 Jun, 2018 2 commits
  14. 18 Apr, 2018 1 commit
  15. 07 Apr, 2018 8 commits
  16. 27 Mar, 2018 1 commit
  17. 05 Mar, 2018 1 commit
  18. 28 Feb, 2018 1 commit
  19. 02 Feb, 2018 1 commit
  20. 23 Nov, 2017 2 commits
  21. 17 Nov, 2017 2 commits
  22. 08 Nov, 2017 1 commit
  23. 02 Nov, 2017 2 commits
  24. 18 Sep, 2017 1 commit
  25. 01 Sep, 2017 1 commit
  26. 31 Aug, 2017 1 commit
    • Sean McGivern's avatar
      `current_application_settings` belongs on `Gitlab::CurrentSettings` · 5883ce95
      Sean McGivern authored
      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.
      5883ce95