HTTPS certificate verification #140
Assignees
Comments
This was referenced Oct 17, 2023
Merged
pszulczewski
added a commit
that referenced
this issue
Oct 18, 2023
pszulczewski
added a commit
that referenced
this issue
Oct 18, 2023
pszulczewski
added a commit
that referenced
this issue
Oct 24, 2023
* fix: Update methods for custom fields (#114) Add method `custom_field_choices()` in `App` class. Rename method `custom_choices()` to `custom_fields()`. Update docstings for both methods according to returning data. * fix: Tests for methods for custom fields (#114) Add test case `AppCustomFieldChoicesTestCase` for `custom_field_choices()` method. Rename test case for `custom_fields()` method. Add using fixtures for mentioned test cases. * fix: Fixtures for tests (custom fields) (#114) Add missing JSON files with fixtures for tests for getting custom fields. * fix: Failing test for getting custom fields (#114) Fix test cases `AppCustomFieldsTestCase` and `AppCustomFieldChoicesTestCase` for python 3.7 stable. Update logic for checking passed arguments of mock's `call_args`. * Update api.py * max_workers added * max_workers added * Update query.py * Update query.py * max_workers from api to request * debug removed * Update api.py * Update query.py * refactor: Update docstrings and naming (#114) * (docs) update docstrings for `custom_fields()` and `custom_field_choices()` methods * (refactor): use f-strings instead of `.format()` in `custom_fields()` and `custom_field_choices()` * (tests): update naming in tests * (tests): use `return_value` instead of `side_effect` for mocks * fix: backward compatibility * (fix): restore original method `custom_choices()` for application class to provide a compatibility with existing client code * (enhance): add logging a deprecation warning * refactor: update `custom_choices()` (#114) * (refactor): call `custom_fields()` in `custom_choices()` since they represent essentially identical requests to Nautobot * Add version constraint to divide into two release trains 1.x and 2.x (#130) Add version constraint to divide into two release trains 1.x and 2.x * Release 2.0 (#136) * Release 2.0.0 --------- Co-authored-by: Jan Snasel <jan.snasel@networktocode.com> Co-authored-by: Joe Wesch <10467633+joewesch@users.noreply.github.com> * Fix SSL verify (#140) (#142) * Fix custom_fields and custom_field_choices method overlap with endpoints (#141) (#144) * Release 2.0.1 --------- Co-authored-by: nautics889 <cyberukr@gmail.com> Co-authored-by: NobodyIsPerfect78 <46317624+NobodyIsPerfect78@users.noreply.github.com> Co-authored-by: Josh VanDeraa <jv@networktocode.com> Co-authored-by: Joe Wesch <10467633+joewesch@users.noreply.github.com> Co-authored-by: Jan Snasel <jan.snasel@networktocode.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
During instantiation of API class, self._validate_version() is executed. Before this private method was introduced, the ssl verification could be set via the API class attribute "http_session". This is not working anymore, since the private self._validate_version() method uses defaults of Requests module which is verify=True. So, if there is an self-signed cert on nautobot server, it will fail.
It would be great to have an parameter to toggle ssl-verification directly on API-Object
The text was updated successfully, but these errors were encountered: