summaryrefslogtreecommitdiffstats
path: root/docs/en/xml
diff options
context:
space:
mode:
authortravis%sedsystems.ca <>2008-04-04 13:47:38 +0200
committertravis%sedsystems.ca <>2008-04-04 13:47:38 +0200
commit6e7c6391dbafabaa3028c4fb05e5e6dbe23d167d (patch)
treebc430f44acf9e605a0aeb0148e41d7ee920f1222 /docs/en/xml
parent1a4489ac3537880067ae5119ecc5afb457b727f6 (diff)
downloadbugzilla-6e7c6391dbafabaa3028c4fb05e5e6dbe23d167d.tar.gz
bugzilla-6e7c6391dbafabaa3028c4fb05e5e6dbe23d167d.tar.xz
Fix burning tinderbox from patch to 256654
Diffstat (limited to 'docs/en/xml')
-rw-r--r--docs/en/xml/administration.xml20
1 files changed, 10 insertions, 10 deletions
diff --git a/docs/en/xml/administration.xml b/docs/en/xml/administration.xml
index 2c4bbad92..f0ccf027e 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 assignee, who will be sent
+ in addition to that of the default owner, who will be sent
carbon copies of incoming bugs.
</para>
</listitem>
@@ -580,12 +580,12 @@
company.</para>
<para>
- 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
+ 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
that component. The QA Contact should be the person who will ensure
- these bugs are completely fixed. The Assignee, QA Contact, and Reporter
+ these bugs are completely fixed. The Owner, QA Contact, and Reporter
will get email when new bugs are created in this Component and when
- these bugs change. Default Assignee and Default QA Contact fields only
+ these bugs change. Default Owner 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 "Default Assignee" and "Default QA Contact" (if enabled.)
+ the "Initial Owner" and "Initial QA Contact" (if enabled.)
The Component and Description fields may contain HTML;
- the "Default Assignee" field must be a login name
+ the "Initial Owner" 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 (-32768 to 32767) that defines where in the list this particular
+ number (-255 to 255) 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 assignee, reporter, and
+ set flags on bugs. This includes the owner, 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 restricted
+ to enter a bug and then requires that the bug stay resticted
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>