#18851 closed enhancement (wontfix)
search form in edit.php should keep parameters it does not understand
Reported by: |
|
Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | |
Component: | Administration | Keywords: | |
Focuses: | Cc: |
Description
the component is class-wp-list-table.php.
if you carry along some kind of status in the url in the post list (e.g. url=https://example.com/wp-admin/edit.php?post_type=post&my_status="abcdefg") the search field should not remove the parameter.
Change History (7)
#2
@
14 years ago
yes. that is clear.
but instead of returning to the original url (with some parameters in it), afair it returns to a url w/o these parameters.
hope, that clears things up.
#4
@
12 years ago
- Resolution set to wontfix
- Status changed from new to closed
I can see where thous would make sense in some instances but for the most part many users would be frustrated by this behavior. Closing as wont fix. Please reopen if you have additional input.
#6
@
12 years ago
i don't see why that might frustrate users. what's can even happen?
not having that makes some customizations not possible without patching core. that's kind of frustrating as well...
#7
@
12 years ago
Like Nacin said above it's a form. If you use the category drop down and choose cat-1 and then choose May 2012 in the date drop down then enter a search term you're going to send a post request for cat=cat-1&m=201305&s=search+term
.
Now lets say you put the drop downs back to the default of 0 or all then search again. Using your logic the date and category parameters should stay the same as in the previous url query arg when the user intentionally removed them.
If you need to keep a parameter in search then add a filter to restrict_manage_posts with your own drop down select.
The search form simply posts back a form. Anything that isn't a form input won't get submitted.