| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| | |
CE Port: Log impersonation actions in audit log
See merge request gitlab-org/gitlab-ce!31039
|
| |
| |
| |
| |
| |
| | |
This change adds audit logs for user impersonation
when an admin starts/stops impersonating
another user.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It seems that we missed the backward compatibility support
for profiles in the existing folder.
This commit also fixes some specs to be idempotent
and work in a temporary directory which not always
seems to be the case.
This commit also brings the profile_spec.rb which seems
to be missing.
|
| |
| |
| |
| |
| |
| | |
Add cr remarks
Add cr remarks
|
|\ \
| | |
| | |
| | |
| | | |
Add a group setting to allow Maintainers to create sub-groups
See merge request gitlab-org/gitlab-ce!29718
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
- Migration updates existing groups to "owner", then sets default to
"maintainer" so that new groups will default to that
- Update spec examples
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
- Migration updates existing groups to "owner", then sets default to
"maintainer" so that new groups will default to that
- Update spec examples
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
- Migration updates existing groups to "owner", then sets default to
"maintainer" so that new groups will default to that
- Update spec examples
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This setting is at the group level only. The default is specified to
be maintainers and owners.
**Specs only**, all failing.
|
|/ /
| |
| |
| |
| |
| | |
This pagination is not used anywhere so there is no reason
to keep it. It seems the usage of offset_id was probably
removed in 90c60138db4e1f86026aac5760febe4ba066ca30
|
| |
| |
| |
| |
| |
| |
| | |
The actions tracked in the web IDE are:
- creation of commits
- creation of merge requests
- projects loaded
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
Adds chaos endpoints to Sidekiq
Closes #64663
See merge request gitlab-org/gitlab-ce!30814
|
| | |
| | |
| | |
| | |
| | | |
This allows the chaos endpoints to be invoked in Sidekiq so that this
environment can be tested for resilience.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Fix bug in dashboard display of closed milestones
Closes #59381
See merge request gitlab-org/gitlab-ce!30820
|
| | | | |
|
| | | | |
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | | |
Extend the support for "X-Profile-Token: <token>" to have an additional
header that defines type of profile we are looking for, like:
X-Profile-Mode: execution
X-Profile-Mode: memory
|
| | | |
|
| | | |
|
| | | |
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
It adds a hash response which includes
the count, success state and the moved
issues itself so the caller has additional
information about the result of the
process.
|
| |
| |
| |
| | |
Prefer `json_response` where applicable.
|
|\ \
| | |
| | |
| | |
| | | |
Set the name of a user-namespace to the user name
See merge request gitlab-org/gitlab-ce!23272
|
| | |
| | |
| | |
| | |
| | |
| | | |
Some of the specs were using namespace names instead of paths for
building URLS. This would fail since we now build a namespace with a
user's name instead of a user's username.
|
| | |
| | |
| | |
| | | |
Updates changed method names and fixes spec failures
|
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add specs for new endpoint to move multiple issues.
Add changelog entry
Just check the first issue for the ability to move / update
Add specs for exceeding limits and malformed requests
Changed name of shared examples
Change title of changelog entry
Use %i instead of %w
Check permission to update issue on project instead of board
Use admin_issue permission to check for issue move ability
Changed variable name to avoid shadow issue_params method
Rename route to bulk_move
Change route definition
Check permissions for each issue
Combine methods for parameters permit check
Remove extra context
Change description of context
Check param for type Array
Add unit tests to MoveService
Use before_action for permission check
Use set instead of let!
Use let's instead of set
|
| | |
|
| | |
|
|/ |
|
|
|
|
| |
As a workaround for https://gitlab.com/gitlab-org/gitlab-ce/issues/64116
|
|
|
|
| |
In 12.2 we will remove this fallback.
|
|
|
|
| |
Split into followup issue
|
|
|
|
|
|
|
| |
We can now share project so that we don't have to load project twice.
Also, this extracts non-relevant logic out of Deployment.
Update DeploymentsController accordingly
|
|
|
|
| |
We have an N+1 problem where N is environments.
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
Make Housekeeping button do a full garbage collection
Closes #63349
See merge request gitlab-org/gitlab-ce!30289
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously the Housekeeping button and API would use the counter of last
pushes to determine whether to do a full garbage collection, or whether
to do one of the less comprehensive tasks: a full repack, incremental
pack, or ref pack. This was confusing behavior, since a project owner
might have to click the button dozens of times before a full GC would be
initiated.
This commit forces a full GC each time this is initiated. Note that the
`ExclusiveLease` in `HousekeepingService` prevents users from clicking
on the button more than once a day.
Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/63349
|
|\ \
| |/ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This new attribute is optional and used when set instead of the default
format `gitlab+deploy-token-#{id}`.
Empty usernames will be saved as null in the database.
Related to https://gitlab.com/gitlab-org/gitlab-ce/issues/50228.
|
| |
| |
| |
| | |
This reverts commit 4bed2daef935bb4097988e0eff4830fc13a23c37.
|
| |\
| | |
| | |
| | |
| | | |
Support creating an MR/branch on a fork from an issue
See merge request gitlab-org/gitlab-ce!29831
|
| | |
| | |
| | |
| | |
| | | |
If user can update an issue under the specified confidential
issue project, should be able to find the project.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When `confidential_issue_project_id` is set and the issue is
under that project, create the a note about branch creation
in that project. If not, do nothing.
When creating `new_merge_request` system note, set the project
where the MR will be referenced from so it'll be linked to when
the MR is created in another project.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Accept a `confidential_issue_project_id` param which will
be used for the system note target.
This also includes some refactoring on the spec to use
shared examples.
|