Problem with default field values and display

Question

I am upgrading to version 2013-2 and I have found an issue with default field values. I'm hoping you can assist me with this.

“Web Filtering Level” is associated with extensionattribute4:

Note that the default value is not populated in the field:

Note that the field property pattern is recognized:

Also note that one of the custom fields hints data bleeds into the field value.

Comments

I emailed the web configuration backup file.

It appears (included in my email) that one of my regular expressions is causing the issue. I noted other odd behavior that is corrected when this is removed in the email.

I do get an error in IE. Here are the details:

Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; vul-na)
Timestamp: Mon, 16 Dec 2013 19:40:16 UTC

Message: Syntax error in regular expression
Line: 1
Char: 19032
Code: 0
URI: https://jaxadproxy.na.vul.com/AdaxesAdm ... idators.js

Message: Syntax error in regular expression
Line: 1
Char: 19032
Code: 0
URI: https://jaxadproxy.na.vul.com/AdaxesAdm ... idators.js

---

Hello,

It is very likely that the issue is caused by the regular expression. The thing is that both checking of the values against regular expressions and setting default values for properties are handled by JavaScript. So, if the regular expression is incorrect and failing, this can also prevent the JavaScript from performing the other functions correctly.

Right now our QA guys are checking the issue to make sure that it is only the regular expression that is causing the issue. If the issue is in the regular expression, we will help you to build a correct one.

---

Thank you very much for your prompt attention to this. I appreciate it.

---

The issue is caused by the highlighted part of the regular expression that cannot be parsed:
^(?i)[a-z0-9_.%\-]+@([a-z0-9_\-]+\.)+[a-z0-9_\-]+$

What is it supposed to check for?

---

In some regex syntax, this ignores the case.

Answer 1

Such syntax is not supported.

You can use the default regex provided by Adaxes for the Email property that does exactly the same:
^[a-zA-Z0-9_.%\-]+@([a-zA-Z0-9_\-]+\.)+[a-zA-Z0-9_\-]+$
Instead of using some syntax to ignore the case, it simply adds uppercase characters as an allowed character class.