Unnecessary 'invalidWhenUntouched' props in forms

[wbazant]

Ethan points out in #557 (comment)
that they produce a surprise and a negative reaction: "how have I done something wrong, I've not done anything yet". Let's review them (and probably remove them all).

Location form: seasonality "from" -> "to", doesn't seem to do anything. Remove

Review form: date box: necessary - it makes the date box go red if 'Fruiting status' is set (I accidentally merged its removal in c360c8f)

AccountPage: current password - seems necessary for the current implementation, and I was remembering it to always show up in red because of browser autocompleting the current password into the new password field. It turns out we can turn it off: https://developer.mozilla.org/en-US/docs/Web/Security/Practical_implementation_guides/Turning_off_form_autocompletion

ReportModal: set on problem type - it has the effect of making problem type red if the user started to fill out the description first, but the field is always required, so it's not needed

Proposed resolution:

• remove 'from' and 'to' invalidWhenUntouched, it doesn't seem to do anything - maybe they were requiring one another once?
• add autocomplete="new-password" to account page new password fields
• remove invalidWhenUntouched from problem type