Bug 520434 - Inconsistent naming of time fields (creation_time vs time)

r=dkl, a=LpSolit


git-svn-id: svn://10.0.0.236/trunk@264060 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
mkanat%bugzilla.org
2012-07-24 16:15:45 +00:00
parent 1fe7663c5d
commit 04a9c6df59
2 changed files with 11 additions and 1 deletions

View File

@@ -1 +1 @@
8299
8300

View File

@@ -297,6 +297,7 @@ sub _translate_comment {
creator => $self->type('string', $comment->author->login),
author => $self->type('string', $comment->author->login),
time => $self->type('dateTime', $comment->creation_ts),
creation_time => $self->type('dateTime', $comment->creation_ts),
is_private => $self->type('boolean', $comment->is_private),
text => $self->type('string', $comment->body_full),
attachment_id => $self->type('int', $attach_id),
@@ -1613,6 +1614,13 @@ Bugzillas. (However, this backwards-compatibility will go away in Bugzilla
C<dateTime> The time (in Bugzilla's timezone) that the comment was added.
=item creation_time
C<dateTime> This is exactly same as the C<time> key. Use this field instead of
C<time> for consistency with other methods including L</get> and L</attachments>.
For compatibility, C<time> is still usable. However, please note that C<time>
may be deprecated and removed in a future release.
=item is_private
C<boolean> True if this comment is private (only visible to a certain
@@ -1654,6 +1662,8 @@ C<creator>.
=item C<count> was added to the return value in Bugzilla B<4.4>.
=item C<creation_time> was added in Bugzilla B<4.4>.
=back
=back