Correction in the public IP ranges addition form for the Public traffic type#13356
Conversation
|
@bernardodemarco a Jenkins job has been kicked to build UI QA env. I'll keep you posted as I make progress. |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## 4.20 #13356 +/- ##
============================================
- Coverage 16.26% 16.26% -0.01%
- Complexity 13434 13435 +1
============================================
Files 5666 5666
Lines 500645 500648 +3
Branches 60801 60801
============================================
- Hits 81426 81425 -1
- Misses 410112 410115 +3
- Partials 9107 9108 +1
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
|
Trying again |
|
@winterhazel a Jenkins job has been kicked to build UI QA env. I'll keep you posted as I make progress. |
|
UI build: ✔️ |
winterhazel
left a comment
winterhazel
left a comment
There was a problem hiding this comment.
Looks good. I verified in QA that the issue does not occur anymore.
|
Awesome work, congrats on your first merged pull request! |
5 participants
Description
The ACS UI currently has an inconsistency in the public IP ranges addition form for the Public traffic type of zones. When the
Set reservationswitch is toggled on and off and the form is submitted, the Domain and Account fields are not reset to their initial values. Therefore, modifications have been applied to fix this inconsistency.Types of changes
Feature/Enhancement Scale or Bug Severity
Bug Severity
Screenshots (if appropriate):
Before:
After:
How Has This Been Tested?
First, I created a domain. Next, I added a public IP range with the
Set reservationswitch selected and its fields filled with a domain and/or account. Before submitting the form, I disabled the toggle. After, I verified that the account and domain are reset to their initial values.