Closed robshaffbbc closed 10 years ago
May or may not be related but putting $variable in the calculated value field when $variable is not defined produces a generic form error when running the form.
This is kind of by design: the idea is that such errors taking place during page initialization are usually programming errors. See also the doc on error handling.
It's a bit unclear how we should improve on this.
I think the main issue I had with this is that the user of the form has no idea what the problem is because the error message is just the standard form failed to load message. As for improvements I can think of a few options.
So all of these have weaknesses but might be better than a general "form failed to load" page.
I guess it depends which user you are talking about ;)
If it's the end user of the form, then that user should see a nice error page, maybe with a code to help with support. But the end user probably doesn't care what the exact XPath error might have caused the issue.
If the user is the programmer, then sure, the error message should be the best possible.
BTW, are you using the dev
run mode? Because that mode is supposed to show a detailed error message in the browser.
OK that is a fair distinction to make. We currently do not customise the default error page for our end user but we could make that nicer. On the dev side we cannot use dev mode due to https://github.com/orbeon/orbeon-forms/issues/1492 so we will have a solution to this on the next upgrade.
Closed this on the assumption that the error message in dev mode clarifies the reason for the form error.
Thanks, you'll let us know if you have more ideas as to how to improve this.
To recreate:
Notes: