-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
When c.bind()
fails with a type error on POST'd form data the inputfieldname
is not available
#2629
Comments
e.bind()
fails with a type error on posted form data the inputfieldname
is not availablec.bind()
fails with a type error on posted form data the inputfieldname
is not available
c.bind()
fails with a type error on posted form data the inputfieldname
is not availablec.bind()
fails with a type error on POST'd form data the inputfieldname
is not available
to make this work for $ diff -u ~/bind.go ~/go/pkg/mod/github.com/labstack/echo/[email protected]/bind.go
--- /home/oliver/bind.go 2024-04-24 17:01:48.429244184 +0100
+++ /home/oliver/go/pkg/mod/github.com/labstack/echo/[email protected]/bind.go 2024-04-24 20:16:16.370829698 +0100
@@ -237,7 +237,7 @@
if ok, err := unmarshalInputToField(typeField.Type.Kind(), inputValue[0], structField); ok {
if err != nil {
- return err
+ return fmt.Errorf("%s: %w", inputFieldName, err)
}
continue
}
no doubt there are few more. If this type of "error wrapping" approach to providing failure context to the caller is what is wanrted, I am happy to create a pull request for the fullest possible set of cases. |
If you are in a hurry you could use different binder that does not use struct tags and has errors containing field names. See this example line 34 Lines 25 to 38 in 88c379f
|
Thanks. Yes, hadn't tried that. A little more verbose, but very powerful. Supports time format, arrays and required/must. Nice.
I can't construct an error message for the user saying "we were expecting an integer for field X but you gave us Y"? |
Issue Description
When using echo for a web application sending HTML and receiving MIMEApplicationForm POST requests, it seems very difficult / impossible to show helpful validation error messages to the user, when using
echo.context.bind()
.For any string data coming from the MIMEApplicationForm submit which cannot be converted to the target type in the "DTO" struct provided,
echo.context.bind()
returns a generic error that gives no information about which struct/form field failed validation.This makes it very difficult or impossible to render a helpful message to the user like "The
number
field should contain an integer". when the failed form is re-rendered in the browser.This issue is also discussed here:
https://stackoverflow.com/a/77712569/1087626
The issue apparently does not exist when dealing with JSON data rather than MIMEApplicationForm
Checklist
Expected behaviour
For the error returned from
context.bind()
to return some information about which field failed type conversionActual behaviour
The error returned from
context.bind()
contains no information about the form field which failed type conversion.Steps to reproduce
Working code to debug
The following diff shows that the desired "fieldname" information is available in the relevant part of
bind.go
and could return that info with the error:This may not be the preferred way to fix it (and would require some string parsing of the error message to get the desired info) but it shows a proof of concept solution.
The result with the above fix is:
Version/commit
v4.12
The text was updated successfully, but these errors were encountered: