Important: The new job form stores the chosen values
Description
The new job form stored three kinds of values the visitor had not entered:
- The Working hours and Job Type selects are required,
but a submission that kept their Please choose option was
stored with the value
0. The rulerequiredofConfiguration/now refusesAcademic Jobs/ Settings. yaml 0for a field stored as a number, and the form is shown again. - The Phone number field was a number input, which accepts
neither a leading
+nor spaces, so+49 89 1234could not be entered. The shipped settings now configure it astel, which renders a telephone input. The number is still stored as typed and is not checked on submit. - When and Application deadline were stored with the time of day of the submission, so a job submitted in the afternoon disappeared in the afternoon of its deadline day. The start date is now stored at midnight, the deadline at the last second of its day, both in the time zone of the server. The employment start date is stored as a date and was not affected.
Impact
Jobs stored before keep their values, including a 0 in
employment_ or
type
and the time of day of their start date
and deadline. The upgrade wizard academic
moves the start date and the deadline of such a job to whole days, and lists
the jobs with a 0 for an editor, see
Important: A wizard repairs the jobs of the old new job form. It cannot repair a
job with only one of the two dates, a job whose dates an editor changed since,
nor choose the value of a 0. Correct those in the backend.
An installation that ships its own Configuration/
replaces the whole
validations
block of the extension, and keeps the
number
of its copy for the phone number until it changes it to
tel
as well. See Validation settings.
TYPO3 v12 and v13 behave alike here.
Affected Installations
Every installation rendering the Jobs New plugin.