![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
#24836 closed defect (bug) (wontfix)
WordPress database setup error does not preserve input with "try again" when no-js
| Reported by: | hakre | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Upgrade/Install | Version: | 3.4 |
| Severity: | normal | Keywords: | ux-feedback |
| Cc: | Focuses: |
Description
When setting up Wordpress and entering the database credentials and the setup communicates an error condition back it offers as well a "Try again" button.
Pressing that button does *not* try again. It offers the input form with all user-entered values deleted.
Instead of deleting those values, the previous user-entered data should be given after pressing that "Try again" button.
Attachments (4)
Change History (15)
#1
follow-ups:
↓ 2
↓ 3
@
13 years ago
- Component Administration → Upgrade/Install
- Keywords reporter-feedback added; ux-feedback removed
#2
in reply to: ↑ 1
@
13 years ago
Replying to SergeyBiryukov:
The button
onclickevent ishistory.go(-1), so clicking the button is the same as clicking browser's Back button: tags/3.5.2/wp-admin/setup-config.php#L169.
Were you testing with JavaScript or browser cache disabled, perhaps?
Obviously no client-side ECMA scripting enabled, yes.
See as well:
Screenshots were taken while reproducing the issue for the report.
#3
in reply to: ↑ 1
@
13 years ago
Replying to SergeyBiryukov:
@SergeyBiryukov, did that answer your feedback question?
#5
@
13 years ago
- Resolution → invalid
- Status new → closed
I also could not reproduce using exact same steps. It shows original inputs after hitting 'Try Again'
#7
@
13 years ago
- Milestone → Awaiting Review
- Resolution invalid
- Status closed → reopened
- Summary Wordpress database setup error does not preserve input with "try again" → WordPress database setup error does not preserve input with "try again" when no-js
- Version 3.5.2 → 3.4
It shows original inputs after hitting 'Try Again'
And that's the bug hakre mentions here.
The back button was introduced in[20661].
#8
@
13 years ago
I do think this is a invalid/wontfix issue. At the least, a now-duplicate of #24982
Initial bug is that, It doesn't try again, it offers the form pre-filled again.
It's browser's that control if the form is re-filled, the Try Again button is the same as the back button, Some clients will re-fill the content, some will clear it (may depend on HTTPS, and other factors).
#9
follow-up:
↓ 10
@
13 years ago
- Milestone Awaiting Review
- Resolution → wontfix
- Status reopened → closed
This bug is specific to "when no-js". WONTFIX.
Could not reproduce.
The button
onclickevent ishistory.go(-1), so clicking the button is the same as clicking browser's Back button: tags/3.5.2/wp-admin/setup-config.php#L169.Were you testing with JavaScript or browser cache disabled, perhaps?