-
-
Notifications
You must be signed in to change notification settings - Fork 195
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
[bug] VPN templates conflict #973
Comments
@nemesifier can I work on this ? would love to move forward with it! |
@shwetd19 sure, you can try! Can you replicate the issue? |
@shwetd19 are you still working on this? |
Yes I am, we'll raise PR in some time |
This bug occurs due to the following code: openwisp-controller/openwisp_controller/config/base/config.py Lines 279 to 298 in 129a42f
The m2m field sends the following signals after the operation in Step 4:
openwisp-controller/openwisp_controller/config/base/config.py Lines 279 to 281 in 129a42f
openwisp-controller/openwisp_controller/config/base/config.py Lines 296 to 298 in 129a42f
As a result, the configuration ends up with no VpnClient object, causing the VPN configuration variables to remain unresolved. |
Hey @nemesifier @pandafy I've made a PR for this can you pls have a look, also I had a question as, Currently the fix focuses on preserving VPN clients when their VPN is still in use by other templates. Do we need additional validation to ensure this doesn't create any inconsistencies with other VPN-related features in OpenWISP? |
Describe the bug
Assigning a variation of a OpenVPN client template while unassigning another one causes the resulting configuration to become bugged: the configuration variables of the certificates are not resolved.
Steps To Reproduce
Steps to reproduce the behavior:
Expected behavior
The resulting configuration should work normally.
Screenshots
System Informatioon:
The text was updated successfully, but these errors were encountered: