Edit the account password change form

User intention

Edit and review my account's password-change form.

The intention is included in the agent’s input prompt alongside environment details and task instructions.

What breaks, and what should happen

Play Both
BeforeThe defect at the parent commit
0:00.00 / 0:00.00Frame 0

Follow the four input states without submitting. Update stays enabled in all three invalid states as well as the final valid state.

AfterThe same script once the merged fix is applied
0:00.00 / 0:00.00Frame 0

Update remains disabled in the three invalid input states and becomes enabled only when both fields satisfy the form requirements. No password change is submitted.

How is it judged?

01 · Given
Restore the data and starting state.
The person is on Settings → Security → Password with both password fields empty. Update is initially disabled, and the page states that a password must be at least 7 characters and contain a number plus uppercase and lowercase letters.

02 · When
Perform the interaction.
Type "abc" into New password with Old password empty and reveal the entered value. Fill Old password with the current password while keeping abc, then clear Old password and enter a new password meeting the displayed requirements. Finally fill Old password again while keeping the valid new password, observing Update after each state without submitting.

03 · Judge
Rationale: Changing an account password requires the current password and a valid replacement. The form's Update action reflects these input requirements and becomes available when they are met. Revealing an input changes its visibility while preserving its value and submission eligibility.
Require
After the form is edited, Update remains disabled when Old password is empty or New password fails the displayed requirements, and becomes enabled when Old password is filled and New password satisfies those requirements. Revealing the new password preserves the entered values and the same submission eligibility.

Who repaired it