[wp-trac] [WordPress Trac] #14163: Extend comment search to support user_id as argument
WordPress Trac
wp-trac at lists.automattic.com
Thu Jul 1 08:49:45 UTC 2010
#14163: Extend comment search to support user_id as argument
-----------------------------+----------------------------------------------
Reporter: neoxx | Owner: scribu
Type: feature request | Status: assigned
Priority: normal | Milestone: Future Release
Component: Comments | Version: 3.0
Severity: normal | Keywords: gsoc
-----------------------------+----------------------------------------------
Changes (by scribu):
* keywords: comments, comment, user => gsoc
* owner: => scribu
* status: new => assigned
* milestone: Awaiting Review => Future Release
Old description:
> Hi,
>
> what do you think about the idea of extending {{{_wp_get_comment_list}}}
> in wp-admin/includes/template.php in a way that we can also query for
> user-ids?
>
> I know, that the user_id will only be stored for comments of logged-in
> users, though I would need this search functionality not only, but also
> for [http://wordpress.org/extend/plugins/featuring-countcomments/ my
> count-comments plugin]. Currently, I implemented a link from users.php to
> edit-comments.php using
> {{{?s=user_display_name}}} which obviously results in missed comments as
> well as false positives.
>
> Just to give the idea a start, I've attached a patch prototype that
> extends handling of {{{$_REQUEST['s']}}}. - Or would we prefer a separate
> argument?
>
> greetz,
> berny
New description:
Hi,
what do you think about the idea of extending {{{_wp_get_comment_list}}}
in wp-admin/includes/template.php in a way that we can also query for
user-ids?
I know, that the user_id will only be stored for comments of logged-in
users, though I would need this search functionality not only, but also
for [http://wordpress.org/extend/plugins/featuring-countcomments/ my
count-comments plugin]. Currently, I implemented a link from users.php to
edit-comments.php using
{{{?s=user_display_name}}} which obviously results in missed comments as
well as false positives.
Just to give the idea a start, I've attached a patch prototype that
extends handling of {{{$_REQUEST['s']}}}. - Or would we prefer a separate
argument?
--
Comment:
As part of my GSoC project, I have removed _wp_get_comment_list() in favor
of get_comments(), which already has a 'user_id' argument.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/14163#comment:1>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list