Re: Review Request 74837: RANGER-4653: Add inline assertions for displayName length in service creation / update form

2024-01-30 Thread Mehul Parikh

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/74837/#review226187
---


Ship it!




Ship It!

- Mehul Parikh


On Jan. 13, 2024, 5:06 p.m., Abhishek Patil wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/74837/
> ---
> 
> (Updated Jan. 13, 2024, 5:06 p.m.)
> 
> 
> Review request for ranger, Brijesh Bhalala, Dhaval Rajpara, Madhan Neethiraj, 
> Mehul Parikh, Mugdha Varadkar, and Ramesh Mani.
> 
> 
> Bugs: RANGER-4653
> https://issues.apache.org/jira/browse/RANGER-4653
> 
> 
> Repository: ranger
> 
> 
> Description
> ---
> 
> In the service create / update form, an inline assertion has to be added for 
> displayName validation (length and preventing use of special characters).
> 
> 
> Diffs
> -
> 
>   
> security-admin/src/main/webapp/react-webapp/src/views/ServiceManager/ServiceForm.jsx
>  abb98954f 
> 
> 
> Diff: https://reviews.apache.org/r/74837/diff/1/
> 
> 
> Testing
> ---
> 
> Applied the patch on a cluster and tested the following UI scenarios :-
> 1. Creation of a service with empty displayName, creation succeeded (expected 
> as displayName is not a mandatory field).
> 2. Creation of a service with displayName that adheres to the valid regex (no 
> invalid special characters and length less than 256 characters), service 
> creation succeeded.
> 3. Creation of a service with displayName with invalid special characters, 
> form submission failed (as expected).
> 4. Creation of a service with displayName length greater than 256 characters, 
> form submission failed (as expected).
> 5. Edit a service by modifying the displayName with valid name, edit 
> succeeded.
> 6. Edit a service by modifying the displayName with invalid special 
> characters, form submission failed (as expected).
> 7. Edit a service by modifying the displayName with length greater than 256 
> characters, form submission failed (as expected).
> 
> 
> Thanks,
> 
> Abhishek Patil
> 
>



Re: Review Request 74837: RANGER-4653: Add inline assertions for displayName length in service creation / update form

2024-01-15 Thread Brijesh Bhalala

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/74837/#review226139
---


Ship it!




Ship It!

- Brijesh Bhalala


On Jan. 13, 2024, 5:06 p.m., Abhishek Patil wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/74837/
> ---
> 
> (Updated Jan. 13, 2024, 5:06 p.m.)
> 
> 
> Review request for ranger, Brijesh Bhalala, Dhaval Rajpara, Madhan Neethiraj, 
> Mehul Parikh, Mugdha Varadkar, and Ramesh Mani.
> 
> 
> Bugs: RANGER-4653
> https://issues.apache.org/jira/browse/RANGER-4653
> 
> 
> Repository: ranger
> 
> 
> Description
> ---
> 
> In the service create / update form, an inline assertion has to be added for 
> displayName validation (length and preventing use of special characters).
> 
> 
> Diffs
> -
> 
>   
> security-admin/src/main/webapp/react-webapp/src/views/ServiceManager/ServiceForm.jsx
>  abb98954f 
> 
> 
> Diff: https://reviews.apache.org/r/74837/diff/1/
> 
> 
> Testing
> ---
> 
> Applied the patch on a cluster and tested the following UI scenarios :-
> 1. Creation of a service with empty displayName, creation succeeded (expected 
> as displayName is not a mandatory field).
> 2. Creation of a service with displayName that adheres to the valid regex (no 
> invalid special characters and length less than 256 characters), service 
> creation succeeded.
> 3. Creation of a service with displayName with invalid special characters, 
> form submission failed (as expected).
> 4. Creation of a service with displayName length greater than 256 characters, 
> form submission failed (as expected).
> 5. Edit a service by modifying the displayName with valid name, edit 
> succeeded.
> 6. Edit a service by modifying the displayName with invalid special 
> characters, form submission failed (as expected).
> 7. Edit a service by modifying the displayName with length greater than 256 
> characters, form submission failed (as expected).
> 
> 
> Thanks,
> 
> Abhishek Patil
> 
>



Re: Review Request 74837: RANGER-4653: Add inline assertions for displayName length in service creation / update form

2024-01-15 Thread Mugdha Varadkar

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/74837/#review226138
---


Ship it!




Ship It!

- Mugdha Varadkar


On Jan. 13, 2024, 5:06 p.m., Abhishek Patil wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/74837/
> ---
> 
> (Updated Jan. 13, 2024, 5:06 p.m.)
> 
> 
> Review request for ranger, Brijesh Bhalala, Dhaval Rajpara, Madhan Neethiraj, 
> Mehul Parikh, Mugdha Varadkar, and Ramesh Mani.
> 
> 
> Bugs: RANGER-4653
> https://issues.apache.org/jira/browse/RANGER-4653
> 
> 
> Repository: ranger
> 
> 
> Description
> ---
> 
> In the service create / update form, an inline assertion has to be added for 
> displayName validation (length and preventing use of special characters).
> 
> 
> Diffs
> -
> 
>   
> security-admin/src/main/webapp/react-webapp/src/views/ServiceManager/ServiceForm.jsx
>  abb98954f 
> 
> 
> Diff: https://reviews.apache.org/r/74837/diff/1/
> 
> 
> Testing
> ---
> 
> Applied the patch on a cluster and tested the following UI scenarios :-
> 1. Creation of a service with empty displayName, creation succeeded (expected 
> as displayName is not a mandatory field).
> 2. Creation of a service with displayName that adheres to the valid regex (no 
> invalid special characters and length less than 256 characters), service 
> creation succeeded.
> 3. Creation of a service with displayName with invalid special characters, 
> form submission failed (as expected).
> 4. Creation of a service with displayName length greater than 256 characters, 
> form submission failed (as expected).
> 5. Edit a service by modifying the displayName with valid name, edit 
> succeeded.
> 6. Edit a service by modifying the displayName with invalid special 
> characters, form submission failed (as expected).
> 7. Edit a service by modifying the displayName with length greater than 256 
> characters, form submission failed (as expected).
> 
> 
> Thanks,
> 
> Abhishek Patil
> 
>



Review Request 74837: RANGER-4653: Add inline assertions for displayName length in service creation / update form

2024-01-13 Thread Abhishek Patil

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/74837/
---

Review request for ranger, Brijesh Bhalala, Dhaval Rajpara, Madhan Neethiraj, 
Mehul Parikh, Mugdha Varadkar, and Ramesh Mani.


Bugs: RANGER-4653
https://issues.apache.org/jira/browse/RANGER-4653


Repository: ranger


Description
---

In the service create / update form, an inline assertion has to be added for 
displayName validation (length and preventing use of special characters).


Diffs
-

  
security-admin/src/main/webapp/react-webapp/src/views/ServiceManager/ServiceForm.jsx
 abb98954f 


Diff: https://reviews.apache.org/r/74837/diff/1/


Testing
---

Applied the patch on a cluster and tested the following UI scenarios :-
1. Creation of a service with empty displayName, creation succeeded (expected 
as displayName is not a mandatory field).
2. Creation of a service with displayName that adheres to the valid regex (no 
invalid special characters and length less than 256 characters), service 
creation succeeded.
3. Creation of a service with displayName with invalid special characters, form 
submission failed (as expected).
4. Creation of a service with displayName length greater than 256 characters, 
form submission failed (as expected).
5. Edit a service by modifying the displayName with valid name, edit succeeded.
6. Edit a service by modifying the displayName with invalid special characters, 
form submission failed (as expected).
7. Edit a service by modifying the displayName with length greater than 256 
characters, form submission failed (as expected).


Thanks,

Abhishek Patil