Steps to reproduce:

Same test case as #7390:
Copy the following in the address bar of a supporting web browser (Firefox/Chrome/Edge Chromium):
data:text/html, <label for="spin">Spin</label><input id="spin" type="number" min=3 max=10 />

Open the Elements List dialog (NVDA+F7) and select the "Form fields" type.

Notice the sole element does have a label: "Spin".

Close the dialog and now fill the field with any value.

Re-open the Elements List dialog, select the "Form fields" type again.

Actual behavior:

The element does not have a label anymore, and the order of value/role/states has changed.

Expected behavior:

The label for the element should still be presented and the order of the information should not have changed, just like for any other types of form fields.

System configuration

NVDA installed/portable/running from source:

installed

NVDA version:

2020.4

Windows version:

Windows 10 20H2 (19042.928)

Name and version of other software in use when reproducing the issue:

Firefox / Chrome / Edge Chromium

Other information about your system:

Other questions

Does the issue still occur after restarting your computer?

Yes

Have you tried any other versions of NVDA? If so, please report their behaviors.

Reproducible in all NVDA versions since the introduction of the "Form fields" element type in 2017.4 (PR #6131)

If add-ons are disabled, is your problem still occurring?

Yes

Does the issue still occur after you run the COM Registration Fixing Tool in NVDA's tools menu?

Yes

Issue raised on behalf of the accessibility team at Pôle emploi, the French employment agency.
cc @rthxy, @frederic-brugnot

Upcoming PR…