-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Moved OpenVSP version check to fix API docs #210
Conversation
Codecov Report
@@ Coverage Diff @@
## main #210 +/- ##
=======================================
Coverage 64.76% 64.76%
=======================================
Files 47 47
Lines 12018 12018
=======================================
Hits 7784 7784
Misses 4234 4234
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@sseraj there is a unit test for the out of date features, but can you expand it to check the different version conditions? I think the machinery is there to do it fairly easily.
I don't think there is a good way of doing this with a dummy OpenVSP module. The other version conditions don't raise an error, so the entire |
Okay, I guess it's fine. We're throwing a descriptive error message about the version so the user will be made aware of the problem. |
Purpose
#198 broke the API docs for DVGeometryVSP, the modules that follow it in
__init__.py
(DVGeometryESP, DVGeometryMulti), and the MPhys wrapper. The problem is that theopenvsp.GetVSPVersion()
call occurs outside the class, which does not work when we have mock imports for the doc build. To fix this, I moved the version check into the__init__
function.Expected time until merged
1 week
Type of change
Testing
Check the API docs for the latest docs build and compare to the PR build. All the API docs should be working on the PR build.
Checklist
flake8
andblack
to make sure the Python code adheres to PEP-8 and is consistently formattedfprettify
or C/C++ code withclang-format
as applicable