Developer forum

Your regex is flawed as it shouldn't have ^ or $ in the middle. Try them out here: https://regex101.com/

Hi!

Yes, this seems to work, many thanks!

I found that 

• ^$|^.{6,}$

Also does the trick, but this includes whitespace characters as wel, which might not be wanted.

How about integer and decimal defined fields. I tried a simple "Only accept number 1" scenario with ^1$
Is there a solution for this?

Kind regards,

Barend Mosch

Hi Barend

If you look at how patterns are handled on MDN: https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/pattern

So to only allow the input '1' you regex should just be '1' resulting in this markup:

<input name="fieldname" type="text" pattern="1" required />

Hi Nicolai,

Apologies for the late reaction

The validation issue on Integer and Decimal field remains active I'm afraid. Using the same setup (only allow 1), it works for text fields, but not on integer/decimal fields. 

 

Where:

• test decimal: Decimal field
• test integer: Integer field
• test text: Text(50) field

Regex used:


Regex tried:

• 1
• [1]
• ^1$
• ^[1]$
• '1'

None worked, is there some 'number' specific rule I'm missing regarding validation patterns?

Cheers in advance & kind regards,
Barend Mosch, Bluedesk

Hi,

As you see the validation options are hidden for the field types in definition of product custom fields now (forum). The same feature should be implemented in category fields, probably. So, it is under discussion now, a final result will be provided here later. Sorry for enconviniece.

BR, Oleg QA 

Hi,

New task #19092 task has finally been created against the issue. Thanks for finding.

BR, Oleg QA

Hi Oleg!

Thanks for replying. Good to know its on the radar.

Kind regards,

Barend Mosch, Bluedesk

Hi Kristian!

No worries, this is good news!

I will begin testing asap, thanks for letting me know.

Kind regards,

Barend Mosch, Bluedesk

I'm still experiencing a similiar issue regarding field validation in DW 9.17.9 on both product fields and product category fields.

There is no pattern attribute generated:

So any input will pass, only limited by the field type.

I was not able to reproduce the issue using other valid pattern "^(\S{6,})?$" mentioned above. See video about my test.

Oleg QA

Hi Oleg, thanks for getting back to me.
It's a rather fresh installation with few modifications made, but I'll try a fresh installation anyway and will get back to you if the issue persists.