| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This is an attempt to fix the flaky test
`test_cancel_merge_when_pipeline_succeeds`.
Were seeing a: 405 Method Not Allowed error when setting the MR to
merge_when_pipeline_succeeds.
Closes: #2383
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
`cancel_merge_when_pipeline_succeeds()` (#2350)
* Call was incorrectly using a `PUT` method when should have used a
`POST` method.
* Changed return type to a `dict` as GitLab only returns
{'status': 'success'} on success. Since the function didn't work
previously, this should not impact anyone.
* Updated the test fixture `merge_request` to add ability to create
a pipeline.
* Added functional test for `mr.cancel_merge_when_pipeline_succeeds()`
Fixes: #2349
|
| |
|
| |
|
|
|
|
| |
Make the `test_project_push_rules` test work.
|
|
|
|
| |
This reverts commit f825d70e25feae8cd9da84e768ec6075edbc2200.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Handle the case with the CLI where a list response is returned from
GitLab and json/yaml output is requested.
Add a functional CLI test to validate it works.
Closes: #2287
|
|
|
|
|
|
|
|
|
|
| |
Have been seeing intermittent failures in the test:
tests/functional/api/test_merge_requests.py::test_merge_request_reset_approvals
Also saw a failure in:
tests/functional/cli/test_cli_v4.py::test_accept_request_merge[subprocess]
Add a call to `wait_for_sidekiq()` to hopefully resolve the issues.
|
|
|
|
|
| |
Simplify usage of `wait_for_sidekiq` by putting the assert if it timed
out inside the function rather than after calling it.
|
|
|
|
|
|
| |
Added the newly added reset_approvals merge request api.
Signed-off-by: Lucas Zampieri <lzampier@redhat.com>
|
|
|
|
|
|
|
|
|
| |
* Use `settings.delayed_group_deletion=False` as that is the
recommended method to turn off the delayed group deletion now.
* Change test to look for `default` as `pages` is not mentioned in
the docs[1]
[1] https://docs.gitlab.com/ee/api/sidekiq_metrics.html#get-the-current-queue-metrics
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The GitHub CI is showing a ResourceWarning, causing our test to fail.
Update test to only look for our UserWarning which should not appear.
What was seen when debugging the GitHub CI:
{message:
ResourceWarning(
"unclosed <socket.socket fd=12, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=6, laddr=('127.0.0.1', 50862), raddr=('127.0.0.1', 8080)>"
),
category: 'ResourceWarning',
filename: '/home/runner/work/python-gitlab/python-gitlab/.tox/api_func_v4/lib/python3.10/site-packages/urllib3/poolmanager.py',
lineno: 271,
line: None
}
|
|
|
|
|
|
|
| |
Make it so can run just the test_gitlab.py functional test.
For example:
$ tox -e api_func_v4 -- -k test_gitlab.py
|
| |
|
| |
|
|\
| |
| | |
test: attempt to make functional test startup more reliable
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The functional tests have been erratic. Current theory is that we are
starting the tests before the GitLab container is fully up and
running.
* Add checking of the Health Check[1] endpoints.
* Add a 20 second delay after we believe it is up and running.
* Increase timeout from 300 to 400 seconds
[1] https://docs.gitlab.com/ee/user/admin_area/monitoring/health_check.html
|
|\ \
| |/
|/| |
test(functional): bump GitLab docker image to 15.2.0-ee.0
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Cluster support was deprecated in GitLab 14.5 [1]. And disabled by
default in GitLab 15.0 [2]
* Update docs to mark clusters as deprecated
* Remove testing of clusters
[1] https://docs.gitlab.com/ee/api/project_clusters.html
[2] https://gitlab.com/groups/gitlab-org/configure/-/epics/8
|
| |
| |
| |
| | |
In GitLab >= 15.0 `title` is required when creating a topic.
|
| |
| |
| |
| | |
Use the GitLab docker image 15.2.0-ee.0 in the functional testing.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add a custom argparse help formatter that overrides the output
format to list items vertically.
The formatter is derived from argparse.HelpFormatter with minimal changes.
Co-authored-by: John Villalovos <john@sodarock.com>
Co-authored-by: Nejc Habjan <nejc.habjan@siemens.com>
|
| |
| |
| |
| |
| | |
https://github.com/python-gitlab/python-gitlab/issues/1698 has been
fixed. Add test to show that.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. If a value is of type ArrayAttribute then append '[]' to the name
of the value for query parameters (`params`).
This is step 3 in a series of steps of our goal to add full
support for the GitLab API data types[1]:
* array
* hash
* array of hashes
Step one was: commit 5127b1594c00c7364e9af15e42d2e2f2d909449b
Step two was: commit a57334f1930752c70ea15847a39324fa94042460
Fixes: #1698
[1] https://docs.gitlab.com/ee/api/#encoding-api-parameters-of-array-and-hash-types
|
| |
|
|
|
|
| |
This reverts commit 67ab24fe5ae10a9f8cc9122b1a08848e8927635d.
|
| |
|
|
|
|
|
|
| |
Enable using GitLab Enterprise Edition (EE) in the functional tests.
This will allow us to add functional tests for EE only features in the
functional tests.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Saw issues in the CI where reset_gitlab() would fail. It would fail to
delete the group that is created when GitLab starts up. Extending the
timeout didn't fix the issue.
Changed the code to use the new `helpers.safe_delete()` function.
Which will delete the resource and then make sure it is deleted before
returning.
Also added some logging functionality that can be seen if logging is
turned on in pytest.
|
|\
| |
| | |
chore: fixtures: after delete() wait to verify deleted
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In our fixtures that create:
- groups
- project merge requests
- projects
- users
They delete the created objects after use. Now wait to ensure the
objects are deleted before continuing as having unexpected objects
existing can impact some of our tests.
|
|/
|
|
|
| |
Catch the deprecation warning for the call to `gl.lint()`, so it won't
show up in the log.
|
| |
|
| |
|