.group { font-family: monospace; }
.field { font-weight: bold; }
.command { font-family: monospace; font-size: 130% }
+
+.admonition-todo {
+ background-color: lightpink;
+ border: 2px darkred solid;
+}
About This Guide
================
-.. toctree::
- :maxdepth: 2
-
- about/introduction
- about/evaluating
- about/getting-help
- about/document-conventions
- about/license
- about/credits
+This is the documentation for version |version| of Bugzilla, a bug-tracking
+system from Mozilla. Bugzilla is an enterprise-class piece of software
+that tracks millions of bugs and issues for thousands of organizations around
+the world.
+
+The most current version of this document can always be found on the
+`Bugzilla website <http://www.bugzilla.org/docs/>`_.
+
+.. _evaluating:
+
+Evaluating Bugzilla
+###################
+
+If you want to try out Bugzilla to see if it meets your needs, you can do so
+on `Landfill <https://landfill.bugzilla.org/bugzilla-4.4-branch/>`_, our test
+server. The `Bugzilla FAQ <https://wiki.mozilla.org/Bugzilla:FAQ>`_ may also
+be helpful, as it answers a number of questions people sometimes have about
+whether Bugzilla is for them.
+
+.. _getting-help:
+
+Getting More Help
+#################
+
+If this document does not answer your questions, we run a
+`Mozilla forum <https://www.mozilla.org/about/forums/#support-bugzilla>`_
+which can be accessed as a newsgroup, mailing list, or over the web as a
+Google Group. Please
+`search it <https://groups.google.com/forum/#!forum/mozilla.support.bugzilla>`_
+first, and then ask your question there.
+
+If you need a guaranteed response, commercial support is
+`available <http://www.bugzilla.org/support/consulting.html>`_ for Bugzilla
+from a number of people and organizations.
+
+.. _conventions:
+
+Document Conventions
+####################
+
+This document uses the following conventions:
+
+.. warning:: This is a warning - something you should be aware of.
+
+.. note:: This is just a note, for your information.
+
+A filename or a path to a filename is displayed like this:
+:file:`/path/to/filename.ext`
+
+A command to type in the shell is displayed like this:
+:command:`command --arguments`
+
+A sample of code is illustrated like this:
+
+::
+
+ First Line of Code
+ Second Line of Code
+ ...
+
+This documentation is maintained in
+`reStructured Text
+<http://docutils.sourceforge.net/docs/user/rst/quickstart.html>`_ format using
+the `Sphinx <http://www.sphinx-doc.org/>`_ documentation system. It has
+recently been rewritten, so undoubtedly has bugs. Please file any you find, in
+the `Bugzilla Documentation
+<https://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla;component=Documentation>`_
+component in Mozilla's installation of Bugzilla. If you also want to make a
+patch, that would be wonderful. Changes are best submitted as diffs, attached
+to a bug. There is a :ref:`Style Guide <style-guide>` to help you write any
+new text and markup.
+
+.. _license:
+
+License
+#######
+
+Bugzilla is `free <http://www.gnu.org/philosophy/free-sw.html>`_ and
+`open source <http://opensource.org/osd>`_ software, which means (among other
+things) that you can download it, install it and run it for any purpose
+whatsoever without the need for license or payment. Isn't that refreshing?
+
+Bugzilla's code is made available under the
+`Mozilla Public License 2.0 <http://www.mozilla.org/MPL/2.0/>`_ (MPL),
+specifically the variant which is Incompatible with Secondary Licenses.
+However, again, if you only want to install and run Bugzilla, you don't need
+to worry about that; it's only relevant if you redistribute the code or any
+changes you make.
+
+Bugzilla's documentation is made available under the
+`Creative Commons CC-BY-SA International License 4.0
+<https://creativecommons.org/licenses/by-sa/4.0/>`_,
+or any later version.
+
+.. _credits:
+
+Credits
+#######
+
+The people listed below have made significant contributions to the
+creation of this documentation:
+
+Andrew Pearson,
+Ben FrantzDale,
+Dave Lawrence,
+Dave Miller,
+Dawn Endico,
+Eric Hanson,
+Gervase Markham,
+Jacob Steenhagen,
+Joe Robins,
+Kevin Brannen,
+Martin Wulffeld,
+Matthew P. Barnson,
+Ron Teitelbaum,
+Shane Travis,
+Spencer Smith,
+Tara Hernandez,
+Terry Weissman,
+Vlad Dascalu,
+Zach Lipton.
+++ /dev/null
-.. _credits:
-
-Credits
-#######
-
-The people listed below have made significant contributions to the
-creation of this documentation:
-
-Andrew Pearson,
-Ben FrantzDale,
-Dave Lawrence,
-Dave Miller,
-Dawn Endico,
-Eric Hanson,
-Gervase Markham,
-Jacob Steenhagen,
-Joe Robins,
-Kevin Brannen,
-Martin Wulffeld,
-Matthew P. Barnson,
-Ron Teitelbaum,
-Shane Travis,
-Spencer Smith,
-Tara Hernandez,
-Terry Weissman,
-Vlad Dascalu,
-Zach Lipton.
+++ /dev/null
-.. _conventions:
-
-Document Conventions
-####################
-
-This document uses the following conventions:
-
-.. warning:: This is a warning - something you should be aware of.
-
-.. note:: This is just a note, for your information.
-
-A filename or a path to a filename is displayed like this:
-:file:`/path/to/filename.ext`
-
-A command to type in the shell is displayed like this:
-:command:`command --arguments`
-
-A sample of code is illustrated like this:
-
-::
-
- First Line of Code
- Second Line of Code
- ...
-
-This documentation is maintained in
-`reStructured Text
-<http://docutils.sourceforge.net/docs/user/rst/quickstart.html>`_ format using
-the `Sphinx <http://www.sphinx-doc.org/>`_ documentation system. It has
-recently been rewritten, so undoubtedly has bugs. Please file bugs on it in
-the `Bugzilla Documentation
-<https://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla;component=Documentation>`_
-component. If you want to make a patch, that would be wonderful. Changes are
-best submitted as diffs, attached to a bug. There is a
-:ref:`Style Guide <style-guide>` to help you write any new text and markup.
-
+++ /dev/null
-.. _evaluating:
-
-Evaluating Bugzilla
-###################
-
-If you want to evaluate Bugzilla, you can try it out on
-`Landfill <https://landfill.bugzilla.org/bugzilla-4.4-branch/>`_, our test
-server. The `Bugzilla FAQ <https://wiki.mozilla.org/Bugzilla:FAQ>`_ may also
-be helpful, as it answers a number of questions people sometimes have about
-whether Bugzilla can do what they need.
-
+++ /dev/null
-.. _getting-help:
-
-Getting More Help
-#################
-
-If this document does not answer your questions, we run a
-`Mozilla forum <https://www.mozilla.org/about/forums/#support-bugzilla>`_
-which can be accessed as a newsgroup, mailing list, or over the web as a
-Google Group. Please
-`search it <https://groups.google.com/forum/#!forum/mozilla.support.bugzilla>`_
-first, and then ask your question there.
-
-If you need a guaranteed response, commercial support is
-`available <http://www.bugzilla.org/support/consulting.html>`_ for Bugzilla
-from a number of people and organizations.
-
+++ /dev/null
-.. _introduction:
-
-Introduction
-############
-
-This is the documentation for version |version| of Bugzilla, a bug-tracking
-system from Mozilla. Bugzilla is an enterprise-class piece of software
-that tracks millions of bugs and issues for thousands of organizations around
-the world.
-
-The most current version of this document can always be found on the
-`Bugzilla website <http://www.bugzilla.org/docs/>`_.
+++ /dev/null
-.. _license:
-
-License
-#######
-
-Bugzilla is `free <http://www.gnu.org/philosophy/free-sw.html>`_ and
-`open source <http://opensource.org/osd>`_ software, which means (among other
-things) that you can download it, install it and run it for any purpose
-whatsoever without the need for license or payment. Isn't that refreshing?
-
-Bugzilla's code is made available under the
-`Mozilla Public License 2.0 <http://www.mozilla.org/MPL/2.0/>`_ (MPL),
-specifically the variant which is Incompatible with Secondary Licenses.
-However, again, if you only want to install and run Bugzilla, you don't need
-to worry about that; it's only relevant if you redistribute the code or any
-changes you make.
-
-Bugzilla's documentation is made available under the
-`Creative Commons CC-BY-SA International License 4.0
-<https://creativecommons.org/licenses/by-sa/4.0/>`_,
-or any later version.
-
#. Enter the details as outlined above.
-XXX This section is pointless; if it's not obvious, we should make it more obvious :-)
+.. todo:: This section is pointless; if it's not obvious, we should make it more obvious :-)
.. _edit-products:
.. COMMENT: flags-admin
-.. COMMENT: XXX We should add a "Uses of Flags" section, here, with examples.
+.. todo:: We should add a "Uses of Flags" section, here, with examples.
.. COMMENT: flags
Keywords are global, rather than per-product. If the administrator changes
a keyword currently applied to any bugs, the keyword cache must be rebuilt
-using the :ref:`sanity-check` script. XXXDoes this mean changing the name of the keyword? Is it still true?
-Currently keywords cannot
-be marked obsolete to prevent future usage.
+using the :ref:`sanity-check` script.
+
+.. todo:: Does this mean changing the name of the keyword? Is it still true?
+
+Currently keywords cannot be marked obsolete to prevent future usage.
Keywords can be created, edited or deleted by clicking the "Keywords"
link in the admin page. There are two fields for each keyword - the keyword
log in, and your name/password will be accepted here (but nowhere
else).
- XXX Is this still true?
+ .. todo:: Is this still true?
announcehtml
Any text in this field will be displayed at the top of every HTML
For added security, you can insert ``%bugid%`` into the URL, which will be replaced with the ID of the current bug that the attachment is on, when you access an attachment. This will limit attachments to accessing only other attachments on the same bug. Remember, though, that all those possible domain names (such as 1234.your.domain.com) must point to this same Bugzilla instance.
- XXX So this requires wildcard DNS? We should explain a bit about what is needed here.
+ .. todo:: So this requires wildcard DNS? We should explain a bit about what is needed here.
allow_attachment_deletion
If this option is on, administrators will be able to delete the contents
maxattachmentsize
The maximum size (in kilobytes) of attachments to be stored in the database. If a file larger than this size is attached to a bug, Bugzilla will look at the maxlocalattachment parameter to determine if the file can be stored locally on the web server. If the file size exceeds both limits, then the attachment is rejected. Settings both parameters to 0 will prevent attaching files to bugs.
- XXX Talk about MySQL max_allowed_packet
+ .. todo:: Talk about MySQL max_allowed_packet
maxlocalattachment
The maximum size (in megabytes) of attachments to be stored locally on the web server. If set to a value lower than the :param:`maxattachmentsize` parameter, attachments will never be kept on the local filesystem.
- XXX When should people use this feature?
+ .. todo:: When should people use this feature?
.. _param-bug-change-policies:
makeproductgroups
Determines whether or not to automatically create groups
when new products are created. If this is on, the groups will be
- used for querying bugs. XXX This is spectacularly unclear.
+ used for querying bugs.
+
+ .. todo:: This is spectacularly unclear.
chartgroup
The name of the group of users who can use the 'New Charts' feature. Administrators should ensure that the public categories and series definitions do not divulge confidential information before enabling this for an untrusted population. If left blank, no users will be able to use New Charts.
in the CONFIRMED state before notifying people they have
untouched new bugs. If you do not plan to use this feature, simply
do not set up the whining cron job described in the installation
- instructions, or set this value to "0" (never whine). XXXlink
+ instructions, or set this value to "0" (never whine).
+
+ .. todo:: link
globalwatchers
This allows you to define specific users who will
to a CVS tree. LXR is a tool that can cross reference and index source
code.
-XXX Does anyone use this stuff any more?
+.. todo:: Does anyone use this stuff any more?
cvsroot
The CVS root that most users of your system will be using for 'cvs diff'. Used in Patch Viewer ('Diff' option on patches) to figure out where patches are rooted even if users did the 'cvs diff' from different places in the directory structure. (NOTE: if your CVS repository is remote and requires a password, you must either ensure the Bugzilla user has done a 'cvs login' or specify the password as part of the CVS root.) Leave this blank if you have no CVS repository.
# Background images fitting mode
pdf_fit_background_mode = 'scale'
+
+todo_include_todos = True
characters in URLs). If you forget, you may open up your installation
to cross-site scripting attacks.
-XXXMOVE Editing templates is a good way of doing a 'poor man's custom
+.. todo:: Move the below.
+
+Editing templates is a good way of doing a 'poor man's custom
fields'.
For example, if you don't use the :guilabel:`Status Whiteboard`, but want to
have a free-form text entry box for :guilabel:`Build Identifier`,
your Bugzilla installation.
:file:`global/variables.none.tmpl`:
- XXX Need to describe the use of this file
+ .. todo:: Need to describe the use of this file
:file:`list/table.html.tmpl`:
This template controls the appearance of the bug lists created
documentation on how to write an Extension. We also have some additional
tips and tricks here.
-XXX These came from the wiki. Should they actually be integrated into the
-POD, or should some of the POD come here, or something else?
+.. todo:: These came from the wiki. Should they actually be integrated into the
+ POD, or should some of the POD come here, or something else?
Checking Syntax
===============
To configure your Apache web server to work with Bugzilla while using
mod_cgi, do the following:
-XXX Shouldn't we be using sites-available/sites-enabled here?
+.. todo:: Shouldn't we be using sites-available/sites-enabled here?
#. Edit the Apache configuration file (see above).
.. warning:: You should also ensure that you have disabled ``KeepAlive``
support in your Apache install when utilizing Bugzilla under mod_perl
- XXX How? Why?
+ .. todo:: How? Why?
On restarting Apache, Bugzilla should now be running within the
mod_perl environment.
Bugzilla's approach to email is configured in the :guilabel:`Email` section
of the Parameters.
-XXX Bug: description of mail_delivery_method talks about Qmail, and is in
-other ways wrong.
+.. todo:: Bug: description of mail_delivery_method talks about Qmail, and is in
+ other ways wrong.
.. _install-MTA:
This section corresponds to choosing a :param:`mail_delivery_method` of
:paramval:`Sendmail`.
-XXX Do we still need this? Why would anyone want to do this in 2014?
+.. todo:: Do we still need this? Why would anyone want to do this in 2014?
Unless you know what you are doing, and can deal with the possible problems
of spam, bounces and blacklists, it is probably unwise to set up your own
:file:`data` directory are
secured.
-XXX See also https://wiki.mozilla.org/Installing_under_IIS_7.5
+.. todo:: See also https://wiki.mozilla.org/Installing_under_IIS_7.5
If you are installing your machine from scratch, :ref:`quick-start` may be
the best instructions for you.
-XXX What's our current position on Debian/Ubuntu packages of Bugzilla? Are
-there any, and are they any good?
+.. todo:: What's our current position on Debian/Ubuntu packages of Bugzilla? Are
+ there any, and are they any good?
-XXX Which versions of RHEL have packages new enough for us to support them?
+.. todo:: Which versions of RHEL have packages new enough for us to support them?
-XXX What's the right order for all these steps?
+.. todo:: What's the right order for all the following steps?
Install Packages
================
At this point, you need to :file:`su` to root. You should remain as root
until the end of the install.
-XXX Is this true, if they are installing modules locally?
+.. todo:: Is this true, if they are installing modules locally?
To check whether you have all the required modules and what is still missing,
run:
distribution you are using, but are often called
:file:`<packagename>-devel`.
- XXX Give examples for Debian/Ubuntu and RedHat?
+ .. todo:: Give examples for Debian/Ubuntu and RedHat?
.. _config-webserver:
You can run :command:`testserver.pl http://bugzilla-url/` from the command
line to check if your web server is correctly configured.
-XXX Does this work before doing any localconfig stuff?
+.. todo:: Does this work before doing any localconfig stuff?
.. _config-database:
Next, do the :ref:`post-install-config`.
-XXXX How to we integrate the below (copied from the wiki)?
+.. todo:: How to we integrate the below (copied from the wiki)?
Gentoo
======
By default, MySQL will only allow you to insert things
into the database that are smaller than 1MB.
-XXX Is this still true? It's 16MB on Ubuntu 14.04...
+.. todo:: Is this still true? It's 16MB on Ubuntu 14.04...
Bugzilla attachments
may be larger than this. Also, Bugzilla combines all comments
Optional
========
-XXXHACKME
+.. todo:: HACKME
Bugzilla has a number of optional features. This section describes how
to configure or enable them.
You will get a notification about having a detached HEAD. Don't worry,
your head is still firmly on your shoulders.
- XXX is this the right way to get the current bugzilla-stable code? Or
- should we pull directly from a branch?
+ .. todo:: is this the right way to get the current bugzilla-stable code? Or
+ should we pull directly from a branch?
5. Configure MySQL
Save and exit.
- XXX default value of maxattachmentsize is 1MB. Default value of max_allowed_packet
- is 16MB. Should we just omit this step entirely, for simplicity? Do we need
- ft_min_word_len changed?
+ .. todo:: default value of maxattachmentsize is 1MB. Default value of max_allowed_packet
+ is 16MB. Should we just omit this step entirely, for simplicity? Do we need
+ ft_min_word_len changed?
- XXX docs for maxattachmentsize should mention max_allowed_packet. File bug.
+ .. todo:: docs for maxattachmentsize should mention max_allowed_packet. File bug.
Restart MySQL:
* Line 67: set ``$db_pass`` to the MySQL root user password you created
when installing Ubuntu
- XXX Given this is a quick setup on a dedicated box, is it OK to use the
- MySQL root user?
+ .. todo:: Given this is a quick setup on a dedicated box, is it OK to use the
+ MySQL root user?
10. Check Setup (again)
All the tests should pass. (Note: currently, the first one will give a
warning instead. You can ignore that. Bug 1040728.)
- XXX Also, Chart::Base gives deprecation warnings :-|
+ .. todo:: Also, Chart::Base gives deprecation warnings :-|
12. Access Via Web Browser
Click :guilabel:`Save Changes` at the bottom of the page.
- XXX There should be a "send test email" button on that page
+ .. todo:: There should be a "send test email" button on that page
And you're all ready to go. :-)
run Bugzilla. Simply set ``$db_driver`` to ``Sqlite`` (case-sensitive) in
:file:`localconfig`, when you get to that point in the installation.
-XXX This doesn't work - gives a timezone-related error on my box.
+.. todo:: This doesn't work - gives a timezone-related error on my box.
The database will be stored in :file:`data/db/$db_name`, where ``$db_name``
is the database name defined in :file:`localconfig`.
Integration Tips
################
-XXX Do we have any of these?
+.. todo:: Do we have any of these?
+.. This file is included in multiple places, so can't have labels as they
+ appear as duplicates.
+
The procedure to switch to Git is as follows. The idea is to switch version
-control systems without changing the exact version of Bugzilla you are using,
+control systems without changing the version of Bugzilla you are using,
to minimise the risk of conflict or problems. Any major upgrade can then
happen as a separate step.
===========================================
It is recommended that you switch to Git while using the latest
-point release for your major version.
+point release for your major version, so if you aren't running that, you may
+want to do a minor upgrade first.
+
+.. todo:: Is this actually necessary? It adds several extra steps. What are we
+ trying to avoid here?
First, you need to find what version of Bugzilla you are using. It should be
in the top right corner of the front page but, if not, open the file
You should then test your Bugzilla carefully, or just use it for a day or two,
to make sure it's all still working fine.
-.. _get-from-git:
-
Download Code from Git
======================
+.. This file is included in multiple places, so can't have labels as they
+ appear as duplicates.
+
Save Any Local Customizations
=============================
.. |diffcommand| replace:: :command:`bzr diff > patch.diff`
.. |extstatusinfo| replace:: The command :command:`bzr status extensions/` should help you work out what you added, if anything.
-.. include:: upgrading-from-1.rst
-.. include:: upgrading-from-2.rst
+.. include:: upgrading-from-1.rst.inc
+.. include:: upgrading-from-2.rst.inc
.. |diffcommand| replace:: :command:`cvs diff -puN > patch.diff`
.. |extstatusinfo| replace:: The command :command:`cvs status extensions/` should help you work out what you added, if anything.
-.. include:: upgrading-from-1.rst
-.. include:: upgrading-from-2.rst
+.. include:: upgrading-from-1.rst.inc
+.. include:: upgrading-from-2.rst.inc
work out by hand which extensions came with
Bugzilla and which you added.
-.. include:: upgrading-from-2.rst
+.. include:: upgrading-from-2.rst.inc
Upgraders" sections, if present. They may make you aware of additional
considerations.
- XXX We need to make these more accessible - they are currently rather hard
- to find. We could collate them on a single page with no intervening cruft.
+.. todo:: We need to make these more accessible - they are currently rather hard
+ to find. We could collate them on a single page with no intervening cruft.
#. Run the :ref:`sanity-check` on your installation. Attempt to fix all
warnings that the page produces before you start, or it's
:command:`git pull`
-XXX What is the best way to pull latest stable?
+.. todo:: What is the best way to pull latest stable?
.. _upgrade-database:
Multiple Charts
---------------
-XXX This needs rewriting for the new UI.
+.. todo:: This needs rewriting for the new UI.
The terms within a single row of a boolean chart are all
constraints on a single piece of data. If you are looking for
Adding and Removing Tags on Bugs
================================
-XXX Looks like you can no longer do this from search results; is that right?
+.. todo:: Looks like you can no longer do this from search results; is that right?
You can add and remove tags from individual bugs, which let you find and
manage bugs more easily. Tags are per-user and so are only visible and editable