Read about our upcoming Code of Conduct on this issue

  1. 02 Oct, 2019 1 commit
  2. 13 Sep, 2019 1 commit
  3. 10 Sep, 2019 1 commit
  4. 17 Jul, 2019 1 commit
  5. 03 Jul, 2019 1 commit
    • Mathieu Parent's avatar
      Add *_access_level to project API · 7a364010b126
      Mathieu Parent authored
      - issues_access_level
      - repository_access_level
      - merge_requests_access_level
      - builds_access_level
      - wiki_access_level
      - snippets_access_level
      7a364010b126
  6. 13 Jun, 2019 1 commit
  7. 05 Jun, 2019 1 commit
  8. 28 Mar, 2019 1 commit
  9. 05 Mar, 2019 1 commit
  10. 31 Jan, 2019 1 commit
  11. 21 Jan, 2019 1 commit
  12. 05 Oct, 2018 1 commit
  13. 04 Oct, 2018 1 commit
    • Robert Speicher's avatar
      Add ProjectFeature check for feature flag · f1b2e652401c
      Robert Speicher authored
      This will allow an explicitly-disabled feature flag to override a
      feature being available for a project.
      
      As an extreme example, we could quickly disable issues across all
      projects at runtime by running `Feature.disable(:issues)`.
      f1b2e652401c
  14. 25 Sep, 2018 1 commit
    • Valery Sizov's avatar
      Geo: sync disabled wikis. Stage 2 · 8ce3572c59aa
      Valery Sizov authored
      We started syncing all the wiki regardless of the fact it's disabled or
      not. We couldn't do that in one stage because of needing of smoth update
      and deprecating things. This is the second stage that finally removes
      unused columns in the geo_node_status table.
      8ce3572c59aa
  15. 26 Jul, 2018 1 commit
  16. 24 Jul, 2018 1 commit
  17. 12 Sep, 2017 1 commit
  18. 08 Aug, 2017 1 commit
  19. 27 Jun, 2017 1 commit
  20. 23 Jun, 2017 1 commit
    • Toon Claes's avatar
      Add User#full_private_access? to check if user has Private access · 04863d8f1004
      Toon Claes authored
      In CE only the admin has access to all private groups & projects. In EE also an
      auditor can have full private access.
      
      To overcome merge conflicts, or accidental incorrect access rights, abstract
      this out in `User#full_private_access?`.
      
      `User#admin?` now only should be used for admin-only features. For private
      access-related features `User#full_private_access?` should be used.
      
      Backported from gitlab-org/gitlab-ee!2199
      04863d8f1004
  21. 16 Jun, 2017 1 commit
    • Yorick Peterse's avatar
      Refactor Project.with_feature_available_for_user · cfe62efd6b28
      Yorick Peterse authored
      This method used to use a UNION, which would lead to it performing the
      same query twice; producing less than ideal performance. Further, in
      certain cases ActiveRecord could get confused and mess up the variable
      bindings, though it's not clear how/why exactly this happens.
      
      Fortunately we can work around all of this by building some of the WHERE
      conditions manually, allowing us to use a simple OR statement to get all
      the data we want without any of the above problems.
      cfe62efd6b28
  22. 23 Feb, 2017 1 commit
  23. 17 Nov, 2016 1 commit
    • Z.J. van de Weg's avatar
      issue and mergerequest slash command for mattermost · 9a71882fbe7d
      Z.J. van de Weg authored
      This commit includes a couple of thing:
      - A chatops controller
      - Mattermost::CommandService
      - Mattermost::Commands::(IssueService|MergeRequestService)
      
      The controller is the point where mattermost, and later slack will have
      to fire their payload to. This in turn will execute the CommandService.
      
      Thats where the authentication and authorization should happen. So far
      this is not yet implemented. This should happen in later commits.
      
      Per subcommand, in case of `/gitlab issue show 123` issue whould be the
      subcommand, there is a service to parse the data, and fetch the
      resource. The resource is passed back to the CommandService which
      structures the data.
      9a71882fbe7d
  24. 12 Nov, 2016 1 commit
    • Z.J. van de Weg's avatar
      Remove unneeded nil checks · 4d2ad3d41512
      Z.J. van de Weg authored
      The library we're using, default_value_for, is configured to interpret nil
      as the default value, being ENABLED. Given the property can't be nil
      this check is unneeded.
      4d2ad3d41512
  25. 09 Nov, 2016 1 commit
  26. 17 Oct, 2016 1 commit
  27. 05 Oct, 2016 1 commit
    • Stan Hu's avatar
      Fix project deletion when feature visibility is set to private · 0a4f2b010c68
      Stan Hu authored
      Projects that are destroyed are put in the pending_delete state.
      The ProjectDestroyWorker checks whether the current user has
      access, but since the ProjectFeature class uses the default scope
      of the Project, it will not be able to find the right project.
      
      This was a regression in 8.12 that caused the following stack trace:
      
      ```
      NoMethodError: undefined method `team' for nil:NilClass
        from app/models/project_feature.rb:62:in `get_permission'
        from app/models/project_feature.rb:34:in `feature_available?'
        from app/models/project.rb:21:in `feature_available?'
        from app/policies/project_policy.rb:170:in `disabled_features!'
        from app/policies/project_policy.rb:29:in `rules'
        from app/policies/base_policy.rb:82:in `block in abilities'
        from app/policies/base_policy.rb:113:in `collect_rules'
        from app/policies/base_policy.rb:82:in `abilities'
        from app/policies/base_policy.rb:50:in `abilities'
        from app/models/ability.rb:64:in `uncached_allowed'
        from app/models/ability.rb:58:in `allowed'
        from app/models/ability.rb:49:in `allowed?'
        from app/services/base_service.rb:11:in `can?'
        from lib/gitlab/metrics/instrumentation.rb:155:in `block in can?'
        from lib/gitlab/metrics/method_call.rb:23:in `measure'
        from lib/gitlab/metrics/instrumentation.rb:155:in `can?'
        from app/services/projects/destroy_service.rb:18:in `execute'
      ```
      
      Closes #22948
      0a4f2b010c68
  28. 21 Sep, 2016 2 commits
  29. 01 Sep, 2016 1 commit