Opened 11 years ago
Closed 10 years ago
#24869 closed defect (bug) (fixed)
"All" in post list table is incorrectly selected in some filtered views
Reported by: | enej | Owned by: | wonderboymusic |
---|---|---|---|
Milestone: | 4.2 | Priority: | normal |
Severity: | minor | Version: | 3.5.2 |
Component: | Posts, Post Types | Keywords: | has-patch needs-testing |
Focuses: | ui, administration | Cc: |
Description
When you are viewing the posts table and you have selected an author the all filter is incorrectly selected.
Attachments (5)
Change History (25)
#1
follow-up:
↓ 2
@
11 years ago
- Keywords has-patch added; needs-patch removed
This patch should fix it.
@
11 years ago
This patch includes 24869.diff by enej plus adds the cases when a category or tag is specified
#2
in reply to:
↑ 1
@
11 years ago
- Cc rmarks@… added
- Summary changed from "All" in post list is incorectly selected when an author is selected. to "All" in post list is incorectly selected when an author, category, or tag is selected.
Replying to enej:
This patch should fix it.
I added to your patch by including the exceptions when a category or tag was specified.
#3
@
11 years ago
- Summary changed from "All" in post list is incorectly selected when an author, category, or tag is selected. to "All" in post list table is incorerctly selected in some filtered views
Is there something we can do besides continuing to add to the conditional? For example, as what is probably a TERRIBLE idea, comparing the post count of all vs. the current view.
#4
@
11 years ago
- Summary changed from "All" in post list table is incorerctly selected in some filtered views to "All" in post list table is incorrectly selected in some filtered views
#6
@
11 years ago
@helen - "Is there something we can do besides continuing to add to the conditional?"
An alternative would be to see if the only $_REQUEST parameter is post_type. so something like:
count($_REQUEST) == 0 || count($_REQUEST) == 1 && isset($_REQUEST['post_type'])
#8
@
11 years ago
I have just uploaded an alternate diff that accomplishes @enej's intentions while using @sworddance's suggestions.
#12
@
10 years ago
- Keywords needs-patch added; has-patch removed
- Milestone changed from Awaiting Review to 4.2
- Owner set to wonderboymusic
- Status changed from new to assigned
I have been in list tables pretty deep recently, I would like to fix this
#13
@
10 years ago
- Keywords has-patch added; needs-patch removed
24869.3.diff fixes this, sorry it sat for so long, enej!
This ticket was mentioned in Slack in #core by drew. View the logs.
10 years ago
#15
@
10 years ago
- Keywords needs-docs added
Latest patch still applies, appears to fix the problem. The new method, is_base_request()
, should have a DocBlock. Otherwise looks ready for commit consideration.
#16
follow-up:
↓ 17
@
10 years ago
- Resolution set to fixed
- Status changed from assigned to closed
In 31828:
#17
in reply to:
↑ 16
@
10 years ago
Replying to wonderboymusic:
In 31828:
@wonderboymusic, I don't think this is a problem in terms of how this is implemented (perhaps just how it is documented), but note that for Contributors and Authors (I think), the first section is actually "Mine", not "All".
#18
@
10 years ago
- Keywords needs-testing added; needs-docs removed
- Resolution fixed deleted
- Status changed from closed to reopened
See comment:17. Also, not sure this is working correctly even for roles that lack the "Mine" section. When the "All" section is selected, none of them have the current
class. I think we need another look here.
screenshot