Created attachment 1410190[details]
error
Description of problem:
Version-Release number of selected component (if applicable):
5.9.1.0.20180314203929_67fd99d
How reproducible:
Steps to Reproduce:
1. Create a simple dialog with a textbox element with regex validation = '/d'
2. Use the dialog in a catalog item .
3. Enter any alphabet in the textbox , validation message is shown that it does not match the correct format , but on submitting the service gets submitted.
Actual results:
Expected results:
Additional info:
Works in 5.8.3 but does not work in 5.9.0.22
Please assess the impact of this issue and update the severity accordingly. Please refer to https://bugzilla.redhat.com/page.cgi?id=fields.html#bug_severity for a reminder on each severity's definition.
If it's something like a tracker bug where it doesn't matter, please set the severity to Low.
I went and tested this and \d works as expected. It will only allow digits. I think a typo may have been made in the regex. /d is not the same as \d for regular expressions.
Created attachment 1410912[details]
error
Re-opening the bug .
Please check appliance - https://10.8.198.209
Service - ansible_playbook.
Order service.
Enter some value in IP and special chars in vm_name and submit , validation is only shown for Profile name .Select a value in profile name and submit .
Dialog will submit without complaining about validations for vm_name and IP field.
I tested this on the appliance and its an issue where Classic UI is allowing the submit button to be enabled. I tested this same dialog on the appliance on SUI and the submit button disables properly. Reassigning to Classic UI team.
Created attachment 1410190 [details] error Description of problem: Version-Release number of selected component (if applicable): 5.9.1.0.20180314203929_67fd99d How reproducible: Steps to Reproduce: 1. Create a simple dialog with a textbox element with regex validation = '/d' 2. Use the dialog in a catalog item . 3. Enter any alphabet in the textbox , validation message is shown that it does not match the correct format , but on submitting the service gets submitted. Actual results: Expected results: Additional info: Works in 5.8.3 but does not work in 5.9.0.22