Age | Commit message (Collapse) | Author |
|
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.
|
|
* remove feature flag for admin settings
* remove feature flag for domain settings
|
|
Updates changed method names and fixes spec failures
|
|
Add `db_spin` and refactor ChaosController
Closes #64425
See merge request gitlab-org/gitlab-ce!30559
|
|
|
|
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
|
|
|
|
Badges were leaked to unauthorized users even when Public Builds
project setting is disabled.
Added guard clause to the controller to check if user can read
build.
|
|
This introduces the single stat chart component aside from
the area chart component
|
|
Prepare cycle analytics for group level
See merge request gitlab-org/gitlab-ce!30356
|
|
Removing API and frontend interactions that allowed
users to take ownership of a trigger token.
Removed mentions from the documentation.
|
|
- Remove `FeatureConstrainer` call wrapping api endpoint
- Remove `Feature.enabled?(:graphql)` conditionals in back and frontend
- Modify graphql test to be graphql flag agnostic
- Remove api routing spec
- Remove frontend feature flag via `gon`
|
|
This is a port MR for CE
Original MR:
https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/14141
|
|
|
|
|
|
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
|
|
MergeRequest#all_pipelines
MergeRequest#all_pipelines fetches Ci::Pipeline records from the source
project, so we should specifically check that project for permissions.
This was already happening for intra-project merge requests, but in the
event that the target and source projects both have private builds, we
should ensure that the project permissions are respected.
|
|
Create private merge requests in forks
Closes #58583
See merge request gitlab-org/gitlab-ce!29984
|
|
https://gitlab.com/gitlab-org/gitlab-ce/issues/58583
|
|
Allow asynchronous rebase operations to be monitored
Closes #54117
See merge request gitlab-org/gitlab-ce!29940
|
|
Currently, we label items to be done as "Todo." This is grammatically
incorrect and (therefore) confusing—especially to our Spanish-speaking
users for whom "todo" has a specific and unrelated meaning.
We should use "To Do" and always use it as singular (not "To Dos").
Updates to wording in a few places per MR (ee) discussion
Updating locale/gitlab.pot
Updates to wording in a few places per MR (ee) discussion
Updating locale/gitlab.pot
|
|
|
|
This MR introduces tracking of the `rebase_jid` for merge requests. As
with `merge_ongoing?`, `rebase_in_progress?` will now return true if a
rebase is proceeding in sidekiq.
After one release, we should remove the Gitaly-based lookup of rebases.
It is much better to track this kind of thing via the database.
|
|
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.
|
|
Includes changes to the Vue container registry component to support
the display of an empty message and error message when invalid
characters are found in the group, project or branch name.
repositories/index.html.haml has been changed to remove the content
and place into Vue component.
|
|
Persist tmp snippet uploads at users
See merge request gitlab/gitlabhq!3138
|
|
Ability to write a note in a private snippet
See merge request gitlab/gitlabhq!3133
|
|
Expose merge requests count based on user access
See merge request gitlab/gitlabhq!3157
|
|
into 'master'
Guests can know whether merge request template name exists or not
See merge request gitlab/gitlabhq!3117
|
|
The /admin panel will now always return an uncached
application setting to ensure it always has the most
current info.
|
|
Add new onboarding to flipper A/B testing
See merge request gitlab-org/gitlab-ce!30125
|
|
This reverts commit 4bed2daef935bb4097988e0eff4830fc13a23c37.
|
|
Support creating an MR/branch on a fork from an issue
See merge request gitlab-org/gitlab-ce!29831
|
|
Add endpoint for fetching diverging commit counts
See merge request gitlab-org/gitlab-ce!29802
|
|
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.
|
|
|
|
Extract diverging_commit_counts into a service class
|
|
Extract MR's widget into a separate request
Closes #62723
See merge request gitlab-org/gitlab-ce!29979
|
|
This commits extracts /merge_requests/1.json?serializer=widget
Into a separate /merge_requests/1/widget.json endpoint
This will allow to use caching for this request
|
|
Check if we're gitlab.com and the
:user_onboarding feature flag is enabled.
|
|
Now we have terminals for instance and group clusters we can remove the
FF now. Deploying to group clusters has been working without complaints
too.
|
|
Enable Gitaly ref caching for SearchController
See merge request gitlab-org/gitlab-ce!30105
|
|
Move Multiple Issue Boards for Projects to Core
See merge request gitlab-org/gitlab-ce!29757
|
|
As we noticed in
https://gitlab.com/gitlab-org/gitlab-ce/issues/56627#note_185828742,
clicking on the "Issues" tab often requests the same reference in
rendering Markdown.
|