I'm using Forms 4.8 and go to Admin mode change the Items property to localized. I tried to submit some different values from different languages, but do not got the error  "Unexpected value is not accepted.". Could you please check again? If the issue is still there, could you describle steps to reproduce in details, so I can look at it deeper.

Thanks

We are running Forms 4.6

I was able to reproduce it in following way:

1. Create Form container block and add it to content area on some page in Finnish
2. Add to the "Form elements":
   1. Text element
   2. Multiple or single choice element and configure:
      1. Validators: Required
      2. Items:
         1. Choice: Optio 1 ; Value: Option1 FI ; Checked by default
         2. Choice: Optio 2 ; Value: Option2 FI
   3. Submit button element
3. With Languages gadget create English version with "Duplicate Finnish content"
4. Go to each form element on English version and translate
5. Configure Multiple or single choice element:
   1. Validators: Required
   2. Items (it is set in admin to be Localized):
      1. Choice: Option 1 ; Value: Option1 EN ; Checked by default
      2. Choice: Option 2 ; Value: Option2 EN
6. Go to Finnish page and submit form. It works
7. Go to English page and submit form. Error "Unexpected value is not accepted."
8. After changing English values to same as on Finnish site Option1 EN -> Option1 FI and Option2 EN -> Option2 FI submitting works on both languages

Hi, I created a bug AFORM-1445 for investigation to fix. To workaround, you can make Forms work in non-js mode, it will run valid validation process.

Hi,

I understand you were able to reproduce the issue as well right?

It seems that in non-js mode it is not giving an error, but anyway it looks as a bug.

We will be probably anyway forced to switch to non-js mode and the reason is that we would like to completely rewrite the views and also use Parsley js validation library to do all the client validations (to make it consistent with other static forms) and in js mode we were not able to trigger Parsley validator to validate page on form submit (it was validating when you have changed value in field).

So the question is if there is a way to replace epi forms client validation but still be able to submit form with Ajax (after switching to non-js it makes redirects which is sometimes a problem)

And one more thing in non-js mode is there a way to show validation summary with all errors without need to rewrite the FormContainerBlock view?

yes, I am able to reproduce the bug. The message  "Unexpected value is not accepted." is from server side validation (SelfValidate  method) when we submit form by ajax. So if you replace client validation, the error is still there. You also need to rewrite the FormContainerBlock view in case you want to display validation summary with all errors.

In order to have "Multiple or single choice" element with localized, I think the easiest way is to create a custom element which inherit from SelectionElementBlockBase<TModel>. Then you override the method SelfValidate to validate yourself with pre-defined localized items.

Hi, but is there a way to stay in JS mode still (Ajax submit) but only remove all Epi client-side validations? (we are utilizing Parsley validations)

We realized we have more customizations after submitting the form so switching to non-js mode is not perfect solution for us (also reloading the page and forcing user to scroll to form again is not so friendly solution)

Yes, the creating custom element which I mentioned above will keep you stay in JS mode, you just need to override SelfValidate method to vaildate your data with pre-defined values.

But you are talking about the server SelfValidate, let's forget for a moment about original problem with "Multiple or single choice" element and only concentrate on a target that for all the epi forms we have we don't want to have default client epi validation but instead use our own validation with Parsley, but still post the data with Ajax as it is in JS-mode. I have seen examples how to add custom validation method but is there a way to remove default epi client validation totally?

So in a short sentence target is: stay in JS-mode but turn off epi client validation (we use Parsley validators). Is there a way to achieve that?

If you do not choose validator for your elements, it will be skip validating data with our build-in validators. Is that what you want?

================================================================================

I mentioned about SelfValidate because when the data sent to server, it will be validated again in C#. And in your case, the "Multiple or single choice" get failed, that why you need to create your own custom element.

In short words example:

• We are creating our own epi form element which is simply our custom class inheriting from TextboxElementBlock,
• we are creating our own view where we setup proper data attributes for Parsley validator (view based on default epi view)
• we want to send form with Ajax but with Parsley validating the form
• we do not want the default CLIENT validation for epi forms to be triggered

It should NOT validate anything in this case. Is that not working?

Well it looks that standard Epiforms client validation is triggered. I see that it is not called anymore when I remove surrounding wrapper element (e.g. based on extension of TextboxElementBlock)

@using (Html.BeginElement(Model, new { @class = "FormTextbox", data_f_type = "textbox" }))

But after that data is not collected properly when submitting.

Is there some other way to "turn off" epi client validation but still be sure that data is sent on submit?

Note: we are not customizing (yet) FormContainerBlock view

Forms does not collect your data because your element is lacking of css class or "data-f-datainput" attribute on the text box. Please see samples here: https://github.com/episerver/EPiServer.Forms.Samples to know how to create a custom element.

I did have already data-f-datainput="" on my input field, but now when I added additional attribute data-f-type="custom" data is submitted

Hello,

I have also experienced this issue today, after first localizing input strings and then inserting values in another language. I have not been able to resolve it with the above hacks and workarounds, and frankly I would expect something like this to work without this hassle.

Can I expect that this issue is worked on and hopefully resolved in a future update of Forms? 

Regards,
/Marten

Yes, we have the bug and it should be fix on Forms 4.9.1.

Great news! Thank you.

I have also noticed that the same error message appear when using the time picker on the DateTimeElementBlock, seemingly regardless of the language. If this element is part of the form it will not let you submit.

Hopefully the mentioned fix on Forms 4.9.1 will address this issue as well.