Skip to content

GitLab Next

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
GitLab
GitLab
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 36,963
    • Issues 36,963
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
    • Iterations
  • Merge requests 1,452
    • Merge requests 1,452
  • Requirements
    • Requirements
    • List
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Operations
    • Operations
    • Metrics
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • CI/CD
    • Code Review
    • Insights
    • Issue
    • Repository
    • Value Stream
  • Snippets
    • Snippets
  • Members
    • Members
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GitLab.org
  • GitLabGitLab
  • Merge requests
  • !55683

Merged
Created Mar 03, 2021 by Alex Buijs@alexbuijsDeveloper4 of 17 tasks completed4/17 tasks

Add client_id to Application Context

  • Overview 36
  • Commits 1
  • Pipelines 19
  • Changes 14

What does this MR do?

This MR adds the client_id to the context. It's value is one of the following, in order of precedence:

  • user/user.id
  • runner/runner.id
  • ip/request.ip

Tasks:

  • Add client_id into labkit-ruby (labkit-ruby!60 (merged))
  • Modify Gitlab::ApplicationContext to add client_id
  • Remove all direct access to Labkit::Context (done here: !56003 (merged))

In addition, it removes wrapping every spec in a separate context, thereby avoiding unnecessary context initializations. Wrapping can still be enabled by using the context_aware flag.

Issue: gitlab-com/gl-infra/scalability#126 (closed) and #321831 (closed)

Does this MR meet the acceptance criteria?

Conformity

  • 📋 Does this MR need a changelog?
    • I have included a changelog entry.
    • I have not included a changelog entry because _____.
  • Documentation (if required)
  • Code review guidelines
  • Merge request performance guidelines
  • Style guides
  • Database guides
  • Separation of EE specific content

Availability and Testing

  • Review and add/update tests for this feature/bug. Consider all test levels. See the Test Planning Process.
  • Tested in all supported browsers
  • Informed Infrastructure department of a default or new setting change, if applicable per definition of done

Security

If this MR contains changes to processing or storing of credentials or tokens, authorization and authentication methods and other items described in the security review guidelines:

  • Label as security and @ mention @gitlab-com/gl-security/appsec
  • The MR includes necessary changes to maintain consistency between UI, API, email, or other methods
  • Security reports checked/validated by a reviewer from the AppSec team
Edited Mar 08, 2021 by Alex Buijs
Assignee
Assign to
Reviewer
Request review from
13.10
Milestone
13.10 (Past due)
Assign milestone
Time tracking
Source branch: add-client-id-application-context-metadata