summaryrefslogtreecommitdiffstats
path: root/docs/en/xml/administration.xml
diff options
context:
space:
mode:
authorlpsolit%gmail.com <>2008-04-04 13:47:37 +0200
committerlpsolit%gmail.com <>2008-04-04 13:47:37 +0200
commitbc43a9910a364cbac0d46d8b787d857870674436 (patch)
treec71e1e2636f0e94cdfc19184fb0de2318754ae10 /docs/en/xml/administration.xml
parente4a5f712f24f73990626139f03a7abe465c9d23e (diff)
downloadbugzilla-bc43a9910a364cbac0d46d8b787d857870674436.tar.gz
bugzilla-bc43a9910a364cbac0d46d8b787d857870674436.tar.xz
Bug 76507: Replace "owner" by "assignee" (and "initial" by "default") - Patch by Tiago R. Mello <timello@async.com.br> r=LpSolit a=myk
Diffstat (limited to 'docs/en/xml/administration.xml')
-rw-r--r--docs/en/xml/administration.xml26
1 files changed, 13 insertions, 13 deletions
diff --git a/docs/en/xml/administration.xml b/docs/en/xml/administration.xml
index 772e4abf0..2c4bbad92 100644
--- a/docs/en/xml/administration.xml
+++ b/docs/en/xml/administration.xml
@@ -193,7 +193,7 @@
<listitem>
<para>
This allows you to define an email address for each component,
- in addition to that of the default owner, who will be sent
+ in addition to that of the default assignee, who will be sent
carbon copies of incoming bugs.
</para>
</listitem>
@@ -580,12 +580,12 @@
company.</para>
<para>
- Each component has a owner and (if you turned it on in the parameters),
- a QA Contact. The owner should be the primary person who fixes bugs in
+ Each component has a default assignee and (if you turned it on in the parameters),
+ a QA Contact. The default assignee should be the primary person who fixes bugs in
that component. The QA Contact should be the person who will ensure
- these bugs are completely fixed. The Owner, QA Contact, and Reporter
+ these bugs are completely fixed. The Assignee, QA Contact, and Reporter
will get email when new bugs are created in this Component and when
- these bugs change. Default Owner and Default QA Contact fields only
+ these bugs change. Default Assignee and Default QA Contact fields only
dictate the
<emphasis>default assignments</emphasis>;
these can be changed on bug submission, or at any later point in
@@ -605,9 +605,9 @@
<listitem>
<para>Fill out the "Component" field, a short "Description",
- the "Initial Owner" and "Initial QA Contact" (if enabled.)
+ the "Default Assignee" and "Default QA Contact" (if enabled.)
The Component and Description fields may contain HTML;
- the "Initial Owner" field must be a login name
+ the "Default Assignee" field must be a login name
already existing in the database.
</para>
</listitem>
@@ -672,7 +672,7 @@
<listitem>
<para>Enter the name of the Milestone in the "Milestone" field. You
can optionally set the "sortkey", which is a positive or negative
- number (-255 to 255) that defines where in the list this particular
+ number (-32768 to 32767) that defines where in the list this particular
milestone appears. This is because milestones often do not
occur in alphanumeric order For example, "Future" might be
after "Release 1.2". Select "Add".</para>
@@ -874,7 +874,7 @@
</para>
<para>
Only users with the ability to edit the bug may
- set flags on bugs. This includes the owner, reporter, and
+ set flags on bugs. This includes the assignee, reporter, and
any user with the <computeroutput>editbugs</computeroutput>
permission.
</para>
@@ -1354,7 +1354,7 @@
</orderedlist>
<para>These controls are often described in this order, so a
product that requires a user to be a member of group "foo"
- to enter a bug and then requires that the bug stay resticted
+ to enter a bug and then requires that the bug stay restricted
to group "foo" at all times and that only members of group "foo"
can edit the bug even if they otherwise could see the bug would
have its controls summarized by...</para>
@@ -1628,7 +1628,7 @@ P template/en/default/list/quips.html.tmpl
<para>
If you are unable (or unwilling) to use CVS, another option that's
always available is to obtain the latest tarball from the <ulink
- href="http://www.bugzilla.org/download/">Download Page</ulink> and
+ url="http://www.bugzilla.org/download/">Download Page</ulink> and
create a new Bugzilla installation from that.
</para>
@@ -1688,9 +1688,9 @@ bash$ <command>mv bugzilla-2.18.1 bugzilla</command>
last number of the revision changes, such as from 2.16.6 to 2.16.7
-- then you have the option of obtaining and applying a patch file
from the <ulink
- href="http://www.bugzilla.org/download/">Download Page</ulink>.
+ url="http://www.bugzilla.org/download/">Download Page</ulink>.
This file is made available by the <ulink
- href="http://www.bugzilla.org/developers/profiles.html">Bugzilla
+ url="http://www.bugzilla.org/developers/profiles.html">Bugzilla
Development Team</ulink>, and is a collection of all the bug fixes
and security patches that have been made since the last bugfix
release. If you are planning to upgrade via patches, it is safer