Commit e1b2dccb authored by kiko%async.com.br's avatar kiko%async.com.br

Updating POD documentation for Bugzilla/Error to suggest the use of

'abort' after passing a few minutes looking for it. rs=joel
parent 298c100d
...@@ -136,6 +136,10 @@ Bugzilla::Error - Error handling utilities for Bugzilla ...@@ -136,6 +136,10 @@ Bugzilla::Error - Error handling utilities for Bugzilla
ThrowUserError("error_tag", ThrowUserError("error_tag",
{ foo => 'bar' }); { foo => 'bar' });
# supplying "abort" to ensure tables are unlocked
ThrowUserError("another_error_tag",
{ foo => 'bar' }, 'abort');
=head1 DESCRIPTION =head1 DESCRIPTION
...@@ -154,10 +158,11 @@ of variables as a second argument. These are used by the ...@@ -154,10 +158,11 @@ of variables as a second argument. These are used by the
I<global/user-error.html.tmpl> template to format the error, using the passed I<global/user-error.html.tmpl> template to format the error, using the passed
in variables as required. in variables as required.
An optional third argument may be supplied. If present (and defined), then the An optional third argument may be supplied. If present, the error
error handling code will unlock the database tables. In the long term, this handling code will unlock the database tables: it is a Bugzilla standard
argument will go away, to be replaced by transactional C<rollback> calls. There to provide the string "abort" as the argument value. In the long term,
is no timeframe for doing so, however. this argument will go away, to be replaced by transactional C<rollback>
calls. There is no timeframe for doing so, however.
=item C<ThrowCodeError> =item C<ThrowCodeError>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment