I've updated the Bug.get RPC call to optionally return tags.  Tags must be explicitly requested using the include_fields or extra_fields arguments.

Will this make Bug.search work for 'tags' as well or should I file a separate issue for that?

(In reply to Cole Robinson from comment #3)
> Will this make Bug.search work for 'tags' as well or should I file a
> separate issue for that?

It seems you can already, but this is not documented in the API docs.  I'll submit a bug upstream to get this fixed.

EG using perl xmlrpc:

my $call = $xml->call('Bug.search', {
    tag => ['tag_name']
})

so the argument to Bug.search is a hash with the key named 'tag', and the vaule is an array of tag name strings.

Thanks Matt, that works for me

(In reply to Matt Tyson from comment #4)
> 
> EG using perl xmlrpc:
> 
> my $call = $xml->call('Bug.search', {
>     tag => ['tag_name']
> })
> 
> so the argument to Bug.search is a hash with the key named 'tag', and the
> vaule is an array of tag name strings.

Just an update, the field name 'tag' has been renamed to 'tags' to be more consistent with the rest of the bugzilla webservice API.  This change has also been submitted and approved upstream in this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=992091

'tag' should still work as a backwards compatibility measure, but new code should use 'tags'

So it would now be:

my $call = $xml->call('Bug.search', {
    tags => ['tag_name']
})

This change is now live. If there are any issues, do not reopen this bug.
Instead, you should create a new bug and reference this bug.

  -- simon