1. 28 Mar, 2019 1 commit
  2. 05 Mar, 2019 1 commit
  3. 31 Jan, 2019 1 commit
  4. 21 Jan, 2019 1 commit
  5. 05 Oct, 2018 1 commit
  6. 04 Oct, 2018 1 commit
    • Robert Speicher's avatar
      Add ProjectFeature check for feature flag · 93946788
      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)`.
      93946788
  7. 25 Sep, 2018 1 commit
    • Valery Sizov's avatar
      Geo: sync disabled wikis. Stage 2 · 15d011d6
      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.
      15d011d6
  8. 26 Jul, 2018 1 commit
  9. 24 Jul, 2018 1 commit
  10. 12 Sep, 2017 1 commit
  11. 08 Aug, 2017 1 commit
  12. 27 Jun, 2017 1 commit
  13. 23 Jun, 2017 1 commit
    • Toon Claes's avatar
      Add User#full_private_access? to check if user has Private access · b90f1098
      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
      b90f1098
  14. 16 Jun, 2017 1 commit
    • Yorick Peterse's avatar
      Refactor Project.with_feature_available_for_user · 73bf9413
      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.
      73bf9413
  15. 23 Feb, 2017 1 commit
  16. 17 Nov, 2016 1 commit
    • Zeger-Jan van de Weg's avatar
      issue and mergerequest slash command for mattermost · 9d8ca60d
      Zeger-Jan 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.
      9d8ca60d
  17. 12 Nov, 2016 1 commit
    • Zeger-Jan van de Weg's avatar
      Remove unneeded nil checks · 9869c480
      Zeger-Jan 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.
      9869c480
  18. 09 Nov, 2016 1 commit
  19. 17 Oct, 2016 1 commit
  20. 05 Oct, 2016 1 commit
    • Stan Hu's avatar
      Fix project deletion when feature visibility is set to private · fea80aa1
      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
      fea80aa1
  21. 21 Sep, 2016 2 commits
  22. 01 Sep, 2016 1 commit