Opened 11 years ago
Last modified 6 years ago
#27606 new defect (bug)
"Add Existing User" form does not preserve input in case of an error
Reported by: | SergeyBiryukov | Owned by: | |
---|---|---|---|
Milestone: | Awaiting Review | Priority: | low |
Severity: | minor | Version: | |
Component: | Users | Keywords: | has-patch needs-refresh |
Focuses: | administration, multisite | Cc: |
Description
Background: #27006
In single site, "Add New User" form preserves entered values in case of an error.
In Multisite, "Add New User" form preserves the values, but "Add Existing User" does not.
In network admin, "Add New User" form does not preserve the values.
Attachments (1)
Change History (9)
#2
@
11 years ago
- Keywords has-patch added
27606.patch fixes the issue.
The case of Network Admin > Add New User was straightforward. The case of Multisite > Add New User was a bit different, because a wp_redirect()
takes place after the error, which means we lose the values submitted in $_POST
. I've opted to add them as URL parameters when redirecting.
when autocomplete is in use, we really should only allow selection of an option and not the submission of freeform typing
Yes, but that's a bigger fish to fry, so I wrote a fix for the current implementation.
This ticket was mentioned in Slack in #core by jeremyfelt. View the logs.
10 years ago
#4
@
9 years ago
- Component changed from Networks and Sites to Users
- Focuses administration added; multisite removed
- Keywords needs-refresh added
We should of course do this on the server side, but when autocomplete is in use, we really should only allow selection of an option and not the submission of freeform typing. See my comment on #19867.