Opened 14 years ago
Last modified 6 years ago
#15784 new defect (bug)
Contributors can't easily view others' posts in a certain term
Reported by: | nacin | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 3.0 |
Component: | Posts, Post Types | Keywords: | has-patch needs-testing needs-refresh |
Focuses: | administration | Cc: |
Description
As a contributor, the default tab is 'Me', not 'All'. But you can go to 'All' and see a list of all posts.
At that time, you can also search for posts, and filter by category, date, etc. Those all work fine. You can also filter by category or tag by clicking a term in those columns, but this doesn't work -- all_posts=1 gets removed, and you end up seeing the 'Me' tab again.
You can manually append all_posts=1, but there's no way to actually filter by term viewing all posts via the UI.
Interestingly, the author query var works. That'd be bad if it didn't. But it doesn't append all_posts=1, so it's done internally.
Attachments (2)
Change History (9)
#2
in reply to:
↑ 1
@
14 years ago
For the record, this is from our Skype window:
Andrew Nacin: This bug report sounds like I wrote it at 6:30 in the morning: http://core.trac.wordpress.org/ticket/15784 Pete Mall: http://core.trac.wordpress.org/ticket/15784#comment:1
I can't win.
#3
@
13 years ago
- Cc daryl@… added
- Keywords has-patch needs-testing added
15784.patch seems to resolve this issue by adding all_posts => 1 to the add_query_arg() call if isset( $_REQUESTall_posts? ).
#5
@
13 years ago
Based on discussion in irc, I've added in 15784.2.patch a slightly modified approach that uses post_status=all instead of checking for all_posts=1 in the url. Seems to have the same result, and the patch is a teensy bit simpler.
This bug report sounds like you wrote it at 6:30 in the morning... which you did.