Custom Fields & Unreliable Regex

-- url of the page with the problem -- : www.ultamation.com
-- HikaShop version -- : 2.6.1
-- Joomla version -- : 2.5.11
-- PHP version -- : 5.3.29

Hi,

We have a custom item field for capturing information specific to an order line at the point it's put into the basket. The information is an IP address and we're using the regex feature to validate the IP address before it's accepted, however, the regex doesn't appear to work properly all the time.

The config is as follows:

Label IPv4 Address
Table item
Column name lic_ipv4_addr
Field type text
Required Yes
Custom Error Message The licence requires a valid IPv4 address for the target device (dotted quad, no leading zeros). You must know this before purchasing and changes will require an additional purchase.
Default value
Regular expression check ^(([0-9]|[1-9][0-9]|1[0-9]{2}|2[0-4][0-9]|25[0-5])\.){3}([0-9]|[1-9][0-9]|1[0-9]{2}|2[0-4][0-9]|25[0-5])$
Attributes
Placeholder
Input filtering Yes
Maximum length 15
Size
Read only No
Translatable No

The regex
^(([0-9]|[1-9][0-9]|1[0-9]{2}|2[0-4][0-9]|25[0-5])\.){3}([0-9]|[1-9][0-9]|1[0-9]{2}|2[0-4][0-9]|25[0-5])$
works in general, but we've just found out that HikaShop **incorrectly** accepts "192168.1.1"

We've tried other regex strings, such as;
^(?=\d+\.\d+\.\d+\.\d+$)(??:25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])\.?){4}$
And this doesn't work at all - even for valid ip addresses.

For our licencing model, it is imperative that we correctly cover only VALID (base 10) addresses (e.g. 192.168.001.001 should be disallowed) so we can't go overly simple on the regex.

Any ideas?!
Thanks,
Oliver

Hi Nicolas,

I tried to be clear, but I obviously failed to explain properly.

The point I am trying to make is that *some* regular expression that are *correct*, are giving either false positives, or false negatives in HikaShop. Regardless of your opinion on complexity or whether this is a valid effort or not, this behaviour is incorrect.

Frankly, if you provide a regex function to validate input, it should work.

The plugin option isn't very attractive as regex would be quite satisfactory for me (if it worked) and I'd prefer to maintain as standard an installation as possible.

Regarding the IP addresses - you misunderstood.
192.168.1.1 would be valid
192168.1.1 is invalid as there is a period missing between the 192.168 element
192.168.001.001 is invalid as (in line with the RFC) an octet that begins with a 0 prefix (excluding the single '0') is to be treated as octal - which is invalid in my case.
The regex expressions I provided are valid, and do correctly match the forms I wish to accept - as I say, there appears to be something else going on that is giving erroneous results in HikaShop.

It could the version of PHP for all I know!

It doesn't work

Apologies - it does work - I had included a trailing space at the end.