---
title: "Important: The new job form renders the shared form partials"
manual: "Academic Jobs"
version: "main"
permalink: "https://docs.typo3.org/permalink/fgtclb/academic-jobs:important-new-job-form-fields-render-shared-partials@main"
source: "Changelog/3.0/Important-NewJobFormFieldsRenderSharedPartials.rst"
rendered: "2026-10-12T10:12:12+00:00"
---

# Important: The new job form renders the shared form partials {#important-new-job-form-fields-render-shared-partials}

## Description {#description}

The field partials of the **New job form** below
`Resources/Private/Partials/Job/Forms/` render the form partials of
**EXT:academic_base** now, which other frontend forms can share. The
markup of the form is the same.

The partials keep their names, so a project override of one of them keeps
applying. A field is still wrapped by
`Job/Forms/FieldWrapper.html`, so an override of the wrapper still
changes every field of the form. The labels and placeholders are still read
from this extension.

One thing renders differently. The select partial read a `disabled` argument
of its own, which the shipped template never passed, and ignored the
`disabled` key of its element. It reads `element.disabled` now, as every other
field partial does.

## Impact {#impact}

Nothing changes for an installation whose templates pass `disabled` to no
select. A copy of `Job/Properties/Job.html` that sets `disabled` on a
select element now renders a disabled select, which submits no value. A copy
that passes `disabled` to `Job/Forms/Select` as an argument of its own,
next to `element`, now renders an editable select.

## Affected Installations {#affected-installations}

An installation with a copy of `Partials/Job/Properties/Job.html` that
sets `disabled` for the employment type or type select, in the element or as an
argument of its own.

## Migration {#migration}

Set `disabled` in the element of a select that is meant to be disabled, and
remove it from the element of one that is meant to stay editable.