| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
Drop feature to take ownership of a trigger token
Closes #2868
See merge request gitlab/gitlabhq!3198
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Removing API and frontend interactions that allowed
users to take ownership of a trigger token.
Removed mentions from the documentation.
|
|\ \ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Expose git blame in api
Closes #51345
See merge request gitlab-org/gitlab-ce!30675
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Extract resource_label_events API shared examples
See merge request gitlab-org/gitlab-ce!31156
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
We don't need a repository, and we only need a private user in one
example, so we can scope it locally there.
|
| | |/ /
| |/| |
| | | |
| | | | |
This will allow us to reuse them in an EE-only spec.
|
|/ / /
| | |
| | |
| | |
| | | |
These are not required because MySQL is not
supported anymore
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Multiple pipeline support for Build status
See merge request gitlab-org/gitlab-ce!30828
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Adds specs for testing the new behavior of specifying a pipeline when
POSTing a status.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- 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
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- 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
|
| | | | |
|
| | | | |
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
Use correct parent when committing in WebIDE
See merge request gitlab-org/gitlab-ce!29598
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
When passing start_branch on committing from the WebIDE, it's possible
that the branch has changed since editing started, which results in the
change being applied on top of the latest commit in the branch and
overwriting the new changes.
By passing the start_sha instead we can make sure that the change is
applied on top of the commit which the user started editing from.
|
|/ / /
| | |
| | |
| | |
| | | |
This MR refactor RedisCounter and WebIdeCommitsCounter
to be reused by other components.
|
| | |
| | |
| | |
| | | |
EE MR: https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/14598
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
CE Backport: Read and write User "Admin notes" via API
See merge request gitlab-org/gitlab-ce!30775
|
| | |/
| |/|
| | |
| | |
| | |
| | | |
This change adds the ability to read and
write admin notes for a user via the
USER API
|
| | |
| | |
| | |
| | |
| | |
| | | |
We're adding more redis base counters to the web ide and other
classes. We're refactoring this class in other to use the logic
in other places.
|
| | |
| | |
| | |
| | |
| | |
| | | |
- use predefined factories when creating
projects with services
- remove unnecessary arguments
|
| | |
| | |
| | |
| | | |
Prefer `json_response` where applicable.
|
| |/
|/|
| |
| |
| | |
- Background migration for changing null values to false
- Set false as default value for private_profile DB column
|
|\ \
| | |
| | |
| | |
| | | |
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.
|
|\ \ \
| |_|/
|/| |
| | |
| | |
| | |
| | | |
Resolve "API support for group-level clusters"
Closes #55623
See merge request gitlab-org/gitlab-ce!30213
|
| | |
| | |
| | |
| | | |
This is basically a copy of the API for project clusters.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The current approach requires catching exceptions to handle these errors
and callers are already handling model validations so it seems more
appropriate. Also it seemed to convoluted to add this logic directly to
the model since the model needs to check too many possible associations
to determine whether or not there are more than one cluster since the
model doesn't know what it's being created on. Additionally we only
wanted to validate during create to avoid the risk of existing models
becoming invalid by many different edge cases.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
A new `discussion_id` argument on the `createNote` mutation allows
people to create a note within that discussion.
The ability to lazy-load Discussions has been added, so
GraphQL.object_from_id can treat Discussions the same as AR objects and
batch load them.
https://gitlab.com/gitlab-org/gitlab-ce/issues/62826
https://gitlab.com/gitlab-org/gitlab-ee/issues/9489
|
| | |
| | |
| | |
| | | |
https://gitlab.com/gitlab-org/gitlab-ce/issues/62826
|
|\ \ \
| | |/
| |/| |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
- 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`
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
New API endpoint for merge request count
Updates all open tabs at the same time with one call
Restructured API response
API response changed to 401 if no current_user
Added API + JS specs
Fix for Static Check
Updated Count on Open/Close, Assign/Unassign of MR's
Checking if MR Count is refreshed
Added # frozen_string_literal: true to spec
Added Changelog
|
| | | |
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
'58409-increase-graphql-complexity-for-fields-that-make-gitaly-calls' into 'master'
Increase GraphQL complexity for fields that make Gitaly Calls
Closes #58409
See merge request gitlab-org/gitlab-ce!28814
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- Add 1 for all fields that call Gitaly (with resolvers or without)
- Clarify comment regarding Gitaly call alert
- Expose predicate `calls_gitaly?` instead of ivar
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | | |
- Move `calls_gitaly_check` to public
- Add instrumentation for flagging missing CallsGitaly declarations
- Wrap resolver proc in before-and-after Gitaly counts to get the net
Gitaly call count for the resolver.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
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
|