-
Notifications
You must be signed in to change notification settings - Fork 81
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
Fixing #272 #652
Fixing #272 #652
Conversation
Maybe I'm being really stupid here, but I just can't get this to work the way I expect it to. I deliberately broke an XLSForms sheet, then tried to use it. You can see the result at https://vimeo.com/181925548 -- that isn't right, is it? |
Hmm.. not good. I'll take another look. |
I'm suspicious that I'm doing something wrong, but I can't figure what it would be. I checked out your branch, did the policy update, restarted the server, and then saw what you see in that video. (Incidentally, I see the same 500 when I edit the project details and upload a broken questionnaire, which is a separate issue.) |
Well if it's not working it's not working.. its strange since PyXForm errors are being caught and re-raised as InvalidXLSForm errors which are then handled in the Project Add wizard.. Oh well! Will look again.. |
5946067
to
7de9b14
Compare
OK, getting better! Now, if I provide an invalid form, I get an error message when I press the "Finish" button on the last page of the new project wizard, and I get redirected back to the project details page to choose a new form to upload. However, I thought the idea here was to detect the bad form directly on the details page, so that you would get the error message immediately when you press the "Next" button on the details page, without going through the permissions page first. In what you've done, you only check the questionnaire at the end of the whole wizard process, in the If you think that's going to be a pain to do, we could merge this PR as is, and open a new issue to get the error detection to exactly the right point. Iterative refinement, and all that... |
(Incidentally, I seem to remember thinking that the |
The difficulty is that there are two layers of validation during XLSForm upload:
Would be inclined to merge this and open an Issue to investigate the relationship between creating |
I can live with that. I'll merge now, if you'll create a new issue for those things (you can explain it better than me!). |
Proposed changes in this pull request
Fixes #272
Errors in parsing XLSForms are now handled as validation errors in the project creation wizard. This PR also fixes inconsistencies in spelling of
questionnaire
throughout the platform.When should this PR be merged
Immediately
Risks
None
Follow up actions
Policies will need to be updated the next time the platform is deployed by running:
./manage.py loadstatic --update-policies