File: faq.html

package info (click to toggle)
bugzilla 2.16.7-7sarge2
links: PTS
area: main
in suites: sarge
size: 4,696 kB
ctags: 492
sloc: perl: 20,289; xml: 6,856; sh: 338; makefile: 211; python: 172
file content (3211 lines) | stat: -rw-r--r-- 65,474 bytes
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML
><HEAD
><TITLE
>The Bugzilla FAQ</TITLE
><META
NAME="GENERATOR"
CONTENT="Modular DocBook HTML Stylesheet Version 1.7"><LINK
REL="HOME"
TITLE="The Bugzilla Guide - 2.16.7 Release"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Integrating Bugzilla with Third-Party Tools"
HREF="integration.html"><LINK
REL="NEXT"
TITLE="The Bugzilla Database"
HREF="database.html"></HEAD
><BODY
CLASS="appendix"
BGCOLOR="#FFFFFF"
TEXT="#000000"
LINK="#0000FF"
VLINK="#840084"
ALINK="#0000FF"
><DIV
CLASS="NAVHEADER"
><TABLE
SUMMARY="Header navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TH
COLSPAN="3"
ALIGN="center"
>The Bugzilla Guide - 2.16.7 Release</TH
></TR
><TR
><TD
WIDTH="10%"
ALIGN="left"
VALIGN="bottom"
><A
HREF="integration.html"
ACCESSKEY="P"
>Prev</A
></TD
><TD
WIDTH="80%"
ALIGN="center"
VALIGN="bottom"
></TD
><TD
WIDTH="10%"
ALIGN="right"
VALIGN="bottom"
><A
HREF="database.html"
ACCESSKEY="N"
>Next</A
></TD
></TR
></TABLE
><HR
ALIGN="LEFT"
WIDTH="100%"></DIV
><DIV
CLASS="appendix"
><H1
><A
NAME="faq"
></A
>Appendix A. The Bugzilla FAQ</H1
><P
>&#13;    This FAQ includes questions not covered elsewhere in the Guide.
  </P
><DIV
CLASS="qandaset"
><DL
><DT
>1. <A
HREF="faq.html#faq-general"
>General Questions</A
></DT
><DD
><DL
><DT
>A.1.1. <A
HREF="faq.html#faq-general-information"
>&#13;	    Where can I find information about Bugzilla?</A
></DT
><DT
>A.1.2. <A
HREF="faq.html#faq-general-license"
>&#13;	    What license is Bugzilla distributed under?
	  </A
></DT
><DT
>A.1.3. <A
HREF="faq.html#faq-general-support"
>&#13;	    How do I get commercial support for Bugzilla?
	  </A
></DT
><DT
>A.1.4. <A
HREF="faq.html#faq-general-companies"
>&#13;	    What major companies or projects are currently using Bugzilla
	    for bug-tracking?
	  </A
></DT
><DT
>A.1.5. <A
HREF="faq.html#faq-general-maintainers"
>&#13;	    Who maintains Bugzilla?
	  </A
></DT
><DT
>A.1.6. <A
HREF="faq.html#faq-general-compare"
>&#13;	    How does Bugzilla stack up against other bug-tracking databases?
	  </A
></DT
><DT
>A.1.7. <A
HREF="faq.html#faq-general-bzmissing"
>&#13;	    Why doesn't Bugzilla offer this or that feature or compatibility
	    with this other tracking software?
	  </A
></DT
><DT
>A.1.8. <A
HREF="faq.html#faq-general-mysql"
>&#13;	    Why MySQL?  I'm interested in seeing Bugzilla run on
	    Oracle/Sybase/Msql/PostgreSQL/MSSQL.
	  </A
></DT
><DT
>A.1.9. <A
HREF="faq.html#faq-general-bonsaitools"
>&#13;	    Why do the scripts say
            <TT
CLASS="filename"
>/usr/bonsaitools/bin/perl</TT
> instead of
	    <TT
CLASS="filename"
>/usr/bin/perl</TT
> or something else?
	  </A
></DT
><DT
>A.1.10. <A
HREF="faq.html#faq-general-cookie"
>&#13;	    Is there an easy way to change the Bugzilla cookie name?
	  </A
></DT
></DL
></DD
><DT
>2. <A
HREF="faq.html#faq-phb"
>Managerial Questions</A
></DT
><DD
><DL
><DT
>A.2.1. <A
HREF="faq.html#faq-phb-client"
>&#13;	    Is Bugzilla web-based, or do you have to have specific software or
	    a specific operating system on your machine?
	  </A
></DT
><DT
>A.2.2. <A
HREF="faq.html#faq-phb-integration"
>&#13;	    Can Bugzilla integrate with
	    Perforce (SCM software)?
	  </A
></DT
><DT
>A.2.3. <A
HREF="faq.html#faq-phb-projects"
>&#13;	    Does Bugzilla allow the user to track multiple projects?
	  </A
></DT
><DT
>A.2.4. <A
HREF="faq.html#faq-phb-sorting"
>&#13;	    If I am on many projects, and search for all bugs assigned to me, will
	    Bugzilla list them for me and allow me to sort by project, severity etc?
	  </A
></DT
><DT
>A.2.5. <A
HREF="faq.html#faq-phb-attachments"
>&#13;	    Does Bugzilla allow attachments (text, screenshots, URLs etc)? If yes,
	    are there any that are NOT allowed?
	  </A
></DT
><DT
>A.2.6. <A
HREF="faq.html#faq-phb-priorities"
>&#13;	    Does Bugzilla allow us to define our own priorities and levels? Do we
	    have complete freedom to change the labels of fields and format of them, and
	    the choice of acceptable values?
	  </A
></DT
><DT
>A.2.7. <A
HREF="faq.html#faq-phb-reporting"
>&#13;	    Does Bugzilla provide any reporting features, metrics, graphs, etc? You
	    know, the type of stuff that management likes to see. :)
	  </A
></DT
><DT
>A.2.8. <A
HREF="faq.html#faq-phb-email"
>&#13;	    Is there email notification and if so, what do you see when you get an
	    email?
	  </A
></DT
><DT
>A.2.9. <A
HREF="faq.html#faq-phb-cclist"
>&#13;	    Can email notification be set up to send to multiple
	    people, some on the To List, CC List, BCC List etc?
	  </A
></DT
><DT
>A.2.10. <A
HREF="faq.html#faq-phb-emailapp"
>&#13;	    Do users have to have any particular
	    type of email application?
	  </A
></DT
><DT
>A.2.11. <A
HREF="faq.html#faq-phb-data"
>&#13;	    Does Bugzilla allow data to be imported and exported? If I had outsiders
	    write up a bug report using a MS Word bug template, could that template be
	    imported into "matching" fields? If I wanted to take the results of a query
	    and export that data to MS Excel, could I do that?
	  </A
></DT
><DT
>A.2.12. <A
HREF="faq.html#faq-phb-l10n"
>&#13;	    Has anyone converted Bugzilla to another language to be used in other
	    countries? Is it localizable?
	  </A
></DT
><DT
>A.2.13. <A
HREF="faq.html#faq-phb-reports"
>&#13;	    Can a user create and save reports? Can they do this in Word format?
	    Excel format?
	  </A
></DT
><DT
>A.2.14. <A
HREF="faq.html#faq-phb-searching"
>&#13;	    Does Bugzilla have the ability to search by word, phrase, compound
	    search?
	  </A
></DT
><DT
>A.2.15. <A
HREF="faq.html#faq-phb-midair"
>&#13;	     Does Bugzilla provide record locking when there is simultaneous access
	    to the same bug? Does the second person get a notice that the bug is in use
	    or how are they notified?
	  </A
></DT
><DT
>A.2.16. <A
HREF="faq.html#faq-phb-backup"
>&#13;	    Are there any backup features provided?
	  </A
></DT
><DT
>A.2.17. <A
HREF="faq.html#faq-phb-livebackup"
>&#13;	    Can users be on the system while a backup is in progress?
	  </A
></DT
><DT
>A.2.18. <A
HREF="faq.html#faq-phb-cvsupdate"
>&#13;            How can I update the code and the database using CVS?
          </A
></DT
><DT
>A.2.19. <A
HREF="faq.html#faq-phb-maintenance"
>&#13;	    What type of human resources are needed to be on staff to install and
	    maintain Bugzilla? Specifically, what type of skills does the person need to
	    have? I need to find out if we were to go with Bugzilla, what types of
	    individuals would we need to hire and how much would that cost vs buying an
	    "Out-of-the-Box" solution.
	  </A
></DT
><DT
>A.2.20. <A
HREF="faq.html#faq-phb-installtime"
>&#13;	    What time frame are we looking at if we decide to hire people to install
	    and maintain the Bugzilla? Is this something that takes hours or weeks to
	    install and a couple of hours per week to maintain and customize or is this
	    a multi-week install process, plus a full time job for 1 person, 2 people,
	    etc?
	  </A
></DT
><DT
>A.2.21. <A
HREF="faq.html#faq-phb-cost"
>&#13;	    Is there any licensing fee or other fees for using Bugzilla? Any
	    out-of-pocket cost other than the bodies needed as identified above?
	  </A
></DT
><DT
>A.2.22. <A
HREF="faq.html#faq-phb-reloginEveryone"
>&#13;            Why do users have to log in every time they access a page? This
            affects everyone who accesses my Bugzilla. (If this only affects
            some of your users, see the next FAQ item.)
          </A
></DT
><DT
>A.2.23. <A
HREF="faq.html#faq-phb-reloginSome"
>&#13;            Why do users have to log in every time they access a page? This
            only seems to affect some of my Bugzilla's users, others stay
            logged in.
          </A
></DT
></DL
></DD
><DT
>3. <A
HREF="faq.html#faq-security"
>Bugzilla Security</A
></DT
><DD
><DL
><DT
>A.3.1. <A
HREF="faq.html#faq-security-mysql"
>&#13;	    How do I completely disable MySQL security if it's giving me problems
	    (I've followed the instructions in the installation section of this guide)?
	  </A
></DT
><DT
>A.3.2. <A
HREF="faq.html#faq-security-knownproblems"
>&#13;	    Are there any security problems with Bugzilla?
	  </A
></DT
><DT
>A.3.3. <A
HREF="faq.html#faq-security-mysqluser"
>&#13;	    I've implemented the security fixes mentioned in Chris Yeh's security
	    advisory of 5/10/2000 advising not to run MySQL as root, and am running into
	    problems with MySQL no longer working correctly.
	  </A
></DT
></DL
></DD
><DT
>4. <A
HREF="faq.html#faq-email"
>Bugzilla Email</A
></DT
><DD
><DL
><DT
>A.4.1. <A
HREF="faq.html#faq-email-nomail"
>&#13;	    I have a user who doesn't want to receive any more email from Bugzilla.
	    How do I stop it entirely for this user?
	  </A
></DT
><DT
>A.4.2. <A
HREF="faq.html#faq-email-testing"
>&#13;	    I'm evaluating/testing Bugzilla, and don't want it to send email to
	    anyone but me. How do I do it?
	  </A
></DT
><DT
>A.4.3. <A
HREF="faq.html#faq-email-whine"
>&#13;	    I want whineatnews.pl to whine at something more, or other than, only new
	    bugs. How do I do it?
	  </A
></DT
><DT
>A.4.4. <A
HREF="faq.html#faq-email-procmail"
>&#13;	    I don't like/want to use Procmail to hand mail off to bug_email.pl.
	    What alternatives do I have?
	  </A
></DT
><DT
>A.4.5. <A
HREF="faq.html#faq-email-mailif"
>&#13;	    How do I set up the email interface to submit/change bugs via email?
	  </A
></DT
><DT
>A.4.6. <A
HREF="faq.html#faq-email-sendmailnow"
>&#13;	    Email takes FOREVER to reach me from Bugzilla -- it's extremely slow.
	    What gives?
	  </A
></DT
><DT
>A.4.7. <A
HREF="faq.html#faq-email-nonreceived"
>&#13;	     How come email from Bugzilla changes never reaches me?
	  </A
></DT
></DL
></DD
><DT
>5. <A
HREF="faq.html#faq-db"
>Bugzilla Database</A
></DT
><DD
><DL
><DT
>A.5.1. <A
HREF="faq.html#faq-db-oracle"
>&#13;	    I've heard Bugzilla can be used with Oracle?
	  </A
></DT
><DT
>A.5.2. <A
HREF="faq.html#faq-db-corrupted"
>&#13;	    I think my database might be corrupted, or contain invalid entries. What
	    do I do?
	  </A
></DT
><DT
>A.5.3. <A
HREF="faq.html#faq-db-manualedit"
>&#13;	    I want to manually edit some entries in my database. How?
	  </A
></DT
><DT
>A.5.4. <A
HREF="faq.html#faq-db-permissions"
>&#13;	    I think I've set up MySQL permissions correctly, but Bugzilla still can't
	    connect.
	  </A
></DT
><DT
>A.5.5. <A
HREF="faq.html#faq-db-synchronize"
>&#13;	    How do I synchronize bug information among multiple different Bugzilla
	    databases?
	  </A
></DT
></DL
></DD
><DT
>6. <A
HREF="faq.html#faq-nt"
>Bugzilla and Win32</A
></DT
><DD
><DL
><DT
>A.6.1. <A
HREF="faq.html#faq-nt-easiest"
>&#13;	    What is the easiest way to run Bugzilla on Win32 (Win98+/NT/2K)?
	  </A
></DT
><DT
>A.6.2. <A
HREF="faq.html#faq-nt-bundle"
>&#13;	    Is there a "Bundle::Bugzilla" equivalent for Win32?
	  </A
></DT
><DT
>A.6.3. <A
HREF="faq.html#faq-nt-mappings"
>&#13;	    CGI's are failing with a "something.cgi is not a valid Windows NT
	    application" error. Why?
	  </A
></DT
><DT
>A.6.4. <A
HREF="faq.html#faq-nt-dbi"
>&#13;	    I'm having trouble with the perl modules for NT not being able to talk to
	    to the database.
	  </A
></DT
></DL
></DD
><DT
>7. <A
HREF="faq.html#faq-use"
>Bugzilla Usage</A
></DT
><DD
><DL
><DT
>A.7.1. <A
HREF="faq.html#faq-use-changeaddress"
>&#13;	    How do I change my user name (email address) in Bugzilla?
	  </A
></DT
><DT
>A.7.2. <A
HREF="faq.html#faq-use-query"
>&#13;	    The query page is very confusing.  Isn't there a simpler way to query?
	  </A
></DT
><DT
>A.7.3. <A
HREF="faq.html#faq-use-accept"
>&#13;	    I'm confused by the behavior of the "accept" button in the Show Bug form.
	    Why doesn't it assign the bug to me when I accept it?
	  </A
></DT
><DT
>A.7.4. <A
HREF="faq.html#faq-use-attachment"
>&#13;	    I can't upload anything into the database via the "Create Attachment"
	    link.  What am I doing wrong?
	  </A
></DT
><DT
>A.7.5. <A
HREF="faq.html#faq-use-keyword"
>&#13;	    How do I change a keyword in Bugzilla, once some bugs are using it?
	  </A
></DT
><DT
>A.7.6. <A
HREF="faq.html#faq-use-close"
>&#13;        Why can't I close bugs from the "Change Several Bugs at Once" page?
      </A
></DT
></DL
></DD
><DT
>8. <A
HREF="faq.html#faq-hacking"
>Bugzilla Hacking</A
></DT
><DD
><DL
><DT
>A.8.1. <A
HREF="faq.html#faq-hacking-bugzillabugs"
>&#13;	    What bugs are in Bugzilla right now?
	  </A
></DT
><DT
>A.8.2. <A
HREF="faq.html#faq-hacking-priority"
>&#13;	    How can I change the default priority to a null value?  For instance, have the default
	    priority be "---" instead of "P2"?
	  </A
></DT
><DT
>A.8.3. <A
HREF="faq.html#faq-hacking-patches"
>&#13;	    What's the best way to submit patches?  What guidelines should I follow?
	  </A
></DT
></DL
></DD
></DL
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-general"
></A
>1. General Questions</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-information"
></A
><B
>A.1.1. </B
>
	    Where can I find information about Bugzilla?</P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    You can stay up-to-date with the latest Bugzilla
	    information at <A
HREF="http://www.bugzilla.org/"
TARGET="_top"
>&#13;	    http://www.bugzilla.org/</A
>
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-license"
></A
><B
>A.1.2. </B
>
	    What license is Bugzilla distributed under?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Bugzilla is covered by the Mozilla Public License.
	    See details at <A
HREF="http://www.mozilla.org/MPL/"
TARGET="_top"
>&#13;	    http://www.mozilla.org/MPL/</A
>
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-support"
></A
><B
>A.1.3. </B
>
	    How do I get commercial support for Bugzilla?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            <A
HREF="http://bugzilla.org/consulting.html"
TARGET="_top"
>http://bugzilla.org/consulting.html</A
>
            is a list of people and companies who have asked us to list them
            as consultants for Bugzilla.
          </P
><P
>&#13;	    <A
HREF="http://www.collab.net/"
TARGET="_top"
>www.collab.net</A
> offers
	    Bugzilla as part of their standard offering to large projects.
	    They do have some minimum fees that are pretty hefty, and generally
	    aren't interested in small projects.
	  </P
><P
>&#13;	    There are several experienced
	    Bugzilla hackers on the mailing list/newsgroup who are willing
	    to make themselves available for generous compensation.
	    Try sending a message to the mailing list asking for a volunteer.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-companies"
></A
><B
>A.1.4. </B
>
	    What major companies or projects are currently using Bugzilla
	    for bug-tracking?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    There are <EM
>dozens</EM
> of major companies with public
	    Bugzilla sites to track bugs in their products.  A few include:
	    <P
></P
><TABLE
BORDER="0"
><TBODY
><TR
><TD
>Netscape/AOL</TD
></TR
><TR
><TD
>Mozilla.org</TD
></TR
><TR
><TD
>NASA</TD
></TR
><TR
><TD
>Red Hat Software</TD
></TR
><TR
><TD
>SuSe Corp</TD
></TR
><TR
><TD
>The Horde Project</TD
></TR
><TR
><TD
>AbiSource</TD
></TR
><TR
><TD
>Real Time Enterprises, Inc</TD
></TR
><TR
><TD
>Eggheads.org</TD
></TR
><TR
><TD
>Strata Software</TD
></TR
><TR
><TD
>RockLinux</TD
></TR
><TR
><TD
>Creative Labs (makers of SoundBlaster)</TD
></TR
><TR
><TD
>The Apache Foundation</TD
></TR
><TR
><TD
>The Gnome Foundation</TD
></TR
><TR
><TD
>Ximian</TD
></TR
><TR
><TD
>Linux-Mandrake</TD
></TR
></TBODY
></TABLE
><P
></P
>
	  </P
><P
>&#13;	    Suffice to say, there are more than enough huge projects using Bugzilla
	    that we can safely say it's extremely popular.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-maintainers"
></A
><B
>A.1.5. </B
>
	    Who maintains Bugzilla?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    A 
      <A
HREF="http://www.bugzilla.org/who_we_are.html"
TARGET="_top"
>core team</A
>,
      led by Dave Miller (justdave@bugzilla.org).      
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-compare"
></A
><B
>A.1.6. </B
>
	    How does Bugzilla stack up against other bug-tracking databases?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    We can't find any head-to-head comparisons of Bugzilla against
	    other defect-tracking software. If you know of one, please
      get in touch. However, from the author's personal
	    experience with other bug-trackers, Bugzilla offers
	    superior performance on commodity hardware, better price
	    (free!), more developer- friendly features (such as stored
	    queries, email integration, and platform independence),
	    improved scalability, open source code, greater
	    flexibility, and superior ease-of-use.
	  </P
><P
>&#13;	    If you happen to be a commercial bug-tracker vendor, please
	    step forward with a list of advantages your product has over
      Bugzilla. We'd be happy to include it in the "Competitors"
      section.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-bzmissing"
></A
><B
>A.1.7. </B
>
	    Why doesn't Bugzilla offer this or that feature or compatibility
	    with this other tracking software?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    It may be that the support has not been built yet, or that you
	    have not yet found it.  Bugzilla is making tremendous strides in
	    usability, customizability, scalability, and user interface.  It
	    is widely considered the most complete and popular open-source
	    bug-tracking software in existence.
	  </P
><P
>&#13;	    That doesn't mean it can't use improvement!
	    You can help the project along by either hacking a patch yourself
	    that supports the functionality you require, or else submitting a
	    "Request for Enhancement" (RFE) using the bug submission interface
	    at <A
HREF="http://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla"
TARGET="_top"
>bugzilla.mozilla.org</A
>.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-mysql"
></A
><B
>A.1.8. </B
>
	    Why MySQL?  I'm interested in seeing Bugzilla run on
	    Oracle/Sybase/Msql/PostgreSQL/MSSQL.
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            MySQL was originally chosen because it is free, easy to install,
            and was available for the hardware Netscape intended to run it on.
	  </P
><P
>&#13;            There is currently work in progress to make Bugzilla work on
            PostgreSQL and Sybase in the default distribution.  You can track
            the progress of these initiatives in bugs <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=98304"
TARGET="_top"
>98304</A
>
            and <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=173130"
TARGET="_top"
>173130</A
>
            respectively.
          </P
><P
>&#13;            Once both of these are done, adding support for additional
            database servers should be trivial.
          </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-bonsaitools"
></A
><B
>A.1.9. </B
>
	    Why do the scripts say
            <TT
CLASS="filename"
>/usr/bonsaitools/bin/perl</TT
> instead of
	    <TT
CLASS="filename"
>/usr/bin/perl</TT
> or something else?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	     Mozilla.org used <TT
CLASS="filename"
>/usr/bonsaitools/bin/perl</TT
>,
             because originally Terry wanted a place to put a version of Perl
             and other tools that was strictly under his control. 
          </P
><DIV
CLASS="note"
><P
></P
><TABLE
CLASS="note"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/note.gif"
HSPACE="5"
ALT="Note"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>&#13;              This convention was abonded during the 2.17 development cycle so
              it will no longer be an issue when 2.18 comes out.
            </P
></TD
></TR
></TABLE
></DIV
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-general-cookie"
></A
><B
>A.1.10. </B
>
	    Is there an easy way to change the Bugzilla cookie name?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    At present, no.
	  </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-phb"
></A
>2. Managerial Questions</H3
><P
>&#13;	<DIV
CLASS="note"
><P
></P
><TABLE
CLASS="note"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/note.gif"
HSPACE="5"
ALT="Note"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>&#13;	    Questions likely to be asked by managers. :-)
	  </P
></TD
></TR
></TABLE
></DIV
>
      </P
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-client"
></A
><B
>A.2.1. </B
>
	    Is Bugzilla web-based, or do you have to have specific software or
	    a specific operating system on your machine?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    It is web and e-mail based.  You can edit bugs by sending specially
	    formatted email to a properly configured Bugzilla, or control via the web.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-integration"
></A
><B
>A.2.2. </B
>
	    Can Bugzilla integrate with
	    Perforce (SCM software)?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes!  You can find more information elsewhere in "The Bugzilla
	    Guide" in the "Integration with Third-Party Products" section.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-projects"
></A
><B
>A.2.3. </B
>
	    Does Bugzilla allow the user to track multiple projects?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Absolutely!  You can track any number of Products that can each be
            composed of any number of Components.
	  </P
><DIV
CLASS="note"
><P
></P
><TABLE
CLASS="note"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/note.gif"
HSPACE="5"
ALT="Note"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>There are only 55 groups available in version 2.16 of
            Bugzilla. If you are using product groups, this will also limit
            the number of products you can have. This limit does not exist in
            the current 2.17 development releases and will not exist in 2.18.
            </P
></TD
></TR
></TABLE
></DIV
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-sorting"
></A
><B
>A.2.4. </B
>
	    If I am on many projects, and search for all bugs assigned to me, will
	    Bugzilla list them for me and allow me to sort by project, severity etc?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-attachments"
></A
><B
>A.2.5. </B
>
	    Does Bugzilla allow attachments (text, screenshots, URLs etc)? If yes,
	    are there any that are NOT allowed?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes - any sort of attachment is allowed, although administrators can
      configure a maximum size.  
            Bugzilla gives the user the option of either using the MIME-type
            supplied by the browser, choosing from a pre-defined list or
            manually typing any arbitrary MIME-type. 
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-priorities"
></A
><B
>A.2.6. </B
>
	    Does Bugzilla allow us to define our own priorities and levels? Do we
	    have complete freedom to change the labels of fields and format of them, and
	    the choice of acceptable values?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes.  However, modifying some fields, notably those related to bug
	    progression states, also require adjusting the program logic to
	    compensate for the change.
	  </P
><P
>&#13;	    There is no GUI for adding fields to Bugzilla at this
	    time.  You can follow development of this feature at
	    <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=91037"
TARGET="_top"
>http://bugzilla.mozilla.org/show_bug.cgi?id=91037</A
>.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-reporting"
></A
><B
>A.2.7. </B
>
	    Does Bugzilla provide any reporting features, metrics, graphs, etc? You
	    know, the type of stuff that management likes to see. :)
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes.  Look at <A
HREF="http://bugzilla.mozilla.org/reports.cgi"
TARGET="_top"
>http://bugzilla.mozilla.org/reports.cgi</A
>
	    for samples of what Bugzilla can do in reporting and graphing.
	  </P
><P
>&#13;            If you can not get the reports you want from the included reporting
            scripts, it is possible to hook up a professional reporting package
            such as Crystal Reports using ODBC. If you choose to do this,
            beware that giving direct access to the database does contain some
            security implications. Even if you give read-only access to the
            bugs database it will bypass the secure bugs features of Bugzilla.
	  </P
><DIV
CLASS="note"
><P
></P
><TABLE
CLASS="note"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/note.gif"
HSPACE="5"
ALT="Note"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>&#13;              Bugzilla's current development versions can do a lot more in the
              way of reporting. To see examples, check out
              <A
HREF="http://bugzilla.mozilla.org/report.cgi"
TARGET="_top"
>http://bugzilla.mozilla.org/report.cgi</A
>.
            </P
></TD
></TR
></TABLE
></DIV
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-email"
></A
><B
>A.2.8. </B
>
	    Is there email notification and if so, what do you see when you get an
	    email?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Email notification is user-configurable.  By default, the bug id and 
      Summary of the bug report accompany each email notification, along with
	    a list of the changes made.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-cclist"
></A
><B
>A.2.9. </B
>
	    Can email notification be set up to send to multiple
	    people, some on the To List, CC List, BCC List etc?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-emailapp"
></A
><B
>A.2.10. </B
>
	    Do users have to have any particular
	    type of email application?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Bugzilla email is sent in plain text, the most compatible mail format
	    on the planet.
	    <DIV
CLASS="note"
><P
></P
><TABLE
CLASS="note"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/note.gif"
HSPACE="5"
ALT="Note"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>&#13;		If you decide to use the bugzilla_email integration features
		to allow Bugzilla to record responses to mail with the associated bug,
		you may need to caution your users to set their mailer to "respond
		to messages in the format in which they were sent".  For security reasons
		Bugzilla ignores HTML tags in comments, and if a user sends HTML-based
		email into Bugzilla the resulting comment looks downright awful.
	      </P
></TD
></TR
></TABLE
></DIV
>
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-data"
></A
><B
>A.2.11. </B
>
	    Does Bugzilla allow data to be imported and exported? If I had outsiders
	    write up a bug report using a MS Word bug template, could that template be
	    imported into "matching" fields? If I wanted to take the results of a query
	    and export that data to MS Excel, could I do that?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            Bugzilla can only output buglists as HTML in version 2.16. There
            are other formats available (CSV and RDF) in the newer development
            versions.
          </P
><P
>&#13;            Bugzilla can export bugs using <TT
CLASS="filename"
>xml.cgi</TT
> with
            either a bug number or list of bug numbers.
          </P
><P
>&#13;            Currently the only script included with Bugzilla that can import
            data is <TT
CLASS="filename"
>importxml.pl</TT
> which is intended to be
            used for importing the data generated by <TT
CLASS="filename"
>xml.cgi</TT
>
            in association with bug moving. Any other use is left as an
            exercise for the user.
          </P
><P
>&#13;            There are also scripts included in the <TT
CLASS="filename"
>contrib/</TT
>
            directory for using e-mail to import information into Bugzilla,
            but these scripts are not currently supported and included for
            educational purposes.
          </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-l10n"
></A
><B
>A.2.12. </B
>
	    Has anyone converted Bugzilla to another language to be used in other
	    countries? Is it localizable?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            Yes.  For more information including available translated templates,
            see <A
HREF="http://www.bugzilla.org/download.html#localizations"
TARGET="_top"
>http://www.bugzilla.org/download.html#localizations</A
>.
            The admin interfaces are still not included in these translated
            templates and is therefore still English only.  Also, there may be
            issues with the charset not being declared.  See <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=126266"
TARGET="_top"
>bug 126226</A
>
            for more information.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-reports"
></A
><B
>A.2.13. </B
>
	    Can a user create and save reports? Can they do this in Word format?
	    Excel format?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes.  No.  Not in 2.16.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-searching"
></A
><B
>A.2.14. </B
>
	    Does Bugzilla have the ability to search by word, phrase, compound
	    search?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    You have no idea.  Bugzilla's query interface, particularly with the
	    advanced Boolean operators, is incredibly versatile.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-midair"
></A
><B
>A.2.15. </B
>
	     Does Bugzilla provide record locking when there is simultaneous access
	    to the same bug? Does the second person get a notice that the bug is in use
	    or how are they notified?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Bugzilla does not lock records.  It provides mid-air collision detection,
	    and offers the offending user a choice of options to deal with the conflict.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-backup"
></A
><B
>A.2.16. </B
>
	    Are there any backup features provided?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    MySQL, the database back-end for Bugzilla, allows hot-backup of data.
	    You can find strategies for dealing with backup considerations
	    at <A
HREF="http://www.mysql.com/doc/B/a/Backup.html"
TARGET="_top"
>&#13;	    http://www.mysql.com/doc/B/a/Backup.html</A
>
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-livebackup"
></A
><B
>A.2.17. </B
>
	    Can users be on the system while a backup is in progress?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Yes.  However, commits to the database must wait
	    until the tables are unlocked.  Bugzilla databases are typically
	    very small, and backups routinely take less than a minute.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-cvsupdate"
></A
><B
>A.2.18. </B
>
            How can I update the code and the database using CVS?
          </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            <P
></P
><OL
TYPE="1"
><LI
><P
>&#13;                  Make a backup of both your Bugzilla directory and the
                  database. For the Bugzilla directory this is as easy as
                  doing <B
CLASS="command"
>cp -rp bugzilla bugzilla.bak</B
>.
                  For the database, there's a number of options - see the
                  MySQL docs and pick the one that fits you best (the easiest
                  is to just make a physical copy of the database on the disk,
                  but you have to have the database server shut down to do
                  that without risking dataloss).
                </P
></LI
><LI
><P
>&#13;                  Make the Bugzilla directory your current directory.
                </P
></LI
><LI
><P
>&#13;                  Use <B
CLASS="command"
>cvs -q update -AdP</B
> if you want to
                  update to the tip or
                  <B
CLASS="command"
>cvs -q update -dP -rTAGNAME</B
>
                  if you want a specific version (in that case you'll have to
                  replace TAGNAME with a CVS tag name such as BUGZILLA-2_16_5).
                </P
><P
>&#13;                  If you've made no local changes, this should be very clean.
                  If you have made local changes, then watch the cvs output
                  for C results. If you get any lines that start with a C
                  it means there  were conflicts between your local changes
                  and what's in CVS. You'll need to fix those manually before
                  continuing.
                </P
></LI
><LI
><P
>&#13;                  After resolving any conflicts that the cvs update operation
                  generated, running <B
CLASS="command"
>./checksetup.pl</B
> will
                  take care of updating the database for you as well as any
                  other changes required for the new version to operate.
                </P
><DIV
CLASS="warning"
><P
></P
><TABLE
CLASS="warning"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/warning.gif"
HSPACE="5"
ALT="Warning"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>&#13;                    Once you run checksetup.pl, the only way to go back is
                    to restore the database backups. You can't "downgrade"
                    the system cleanly under most circumstances.
                  </P
></TD
></TR
></TABLE
></DIV
></LI
></OL
>
          </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-maintenance"
></A
><B
>A.2.19. </B
>
	    What type of human resources are needed to be on staff to install and
	    maintain Bugzilla? Specifically, what type of skills does the person need to
	    have? I need to find out if we were to go with Bugzilla, what types of
	    individuals would we need to hire and how much would that cost vs buying an
	    "Out-of-the-Box" solution.
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    If Bugzilla is set up correctly from the start, continuing maintenance
      needs are minimal and can be done easily using the web interface.
	  </P
><P
>&#13;	    Commercial Bug-tracking software typically costs somewhere upwards
	    of $20,000 or more for 5-10 floating licenses.  Bugzilla consultation
	    is available from skilled members of the newsgroup. Simple questions
      are answered there and then.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-installtime"
></A
><B
>A.2.20. </B
>
	    What time frame are we looking at if we decide to hire people to install
	    and maintain the Bugzilla? Is this something that takes hours or weeks to
	    install and a couple of hours per week to maintain and customize or is this
	    a multi-week install process, plus a full time job for 1 person, 2 people,
	    etc?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    It all depends on your level of commitment.  Someone with much Bugzilla
	    experience can get you up and running in less than a day, and
	    your Bugzilla install can run untended for years.  If your
	    Bugzilla strategy is critical to your business workflow, hire somebody
	    with reasonable UNIX or Perl skills to handle your process management and
	    bug-tracking maintenance &#38; customization.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-cost"
></A
><B
>A.2.21. </B
>
	    Is there any licensing fee or other fees for using Bugzilla? Any
	    out-of-pocket cost other than the bodies needed as identified above?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    No.  MySQL asks, if you find their product valuable, that you purchase
	    a support contract from them that suits your needs.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-reloginEveryone"
></A
><B
>A.2.22. </B
>
            Why do users have to log in every time they access a page? This
            affects everyone who accesses my Bugzilla. (If this only affects
            some of your users, see the next FAQ item.)
          </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            The most-likely cause is that the "cookiepath" parameter is not set
            correctly in the Bugzilla configuration.  You can change this (if
            you're a Bugzilla administrator) from the editparams.cgi page
            via the web.
          </P
><P
>&#13;            The value of the cookiepath parameter should be the actual directory
            containing your Bugzilla installation, <EM
>as seen by the
            end-user's web browser</EM
>. Leading and trailing slashes are
            mandatory. You can also set the cookiepath to any directory which
            is a parent of the Bugzilla directory (such as '/', the root
            directory). But you can't put something that isn't at least
            a partial match or it won't work. What you're actually doing
            is restricting the end-user's browser to sending the cookies
            back only to that directory.
          </P
><P
>&#13;            How do you know if you want your specific Bugzilla directory or the
            whole site?
          </P
><P
>&#13;            If you have only one Bugzilla running on the server, and you
            don't mind having other applications on the same server with it
            being able to see the cookies (you might be doing this on purpose
            if you have other things on your site that share authentication with
            Bugzilla), then you'll want to have the cookiepath set to "/", or to
            a sufficiently-high enough directory that all of the involved apps
            can see the cookies.
          </P
><P
>&#13;            Examples:

            <A
NAME="AEN2132"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
><P
CLASS="literallayout"
><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;urlbase&nbsp;is&nbsp;<A
HREF="http://bugzilla.mozilla.org/"
TARGET="_top"
>http://bugzilla.mozilla.org/</A
><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;cookiepath&nbsp;is&nbsp;/<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;urlbase&nbsp;is&nbsp;<A
HREF="http://tools.mysite.tld/bugzilla/"
TARGET="_top"
>http://tools.mysite.tld/bugzilla/</A
><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;but&nbsp;you&nbsp;have&nbsp;http://tools.mysite.tld/someotherapp/&nbsp;which&nbsp;shares<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;authentication&nbsp;with&nbsp;your&nbsp;Bugzilla<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;cookiepath&nbsp;is&nbsp;/<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</P
></BLOCKQUOTE
>
          </P
><P
>&#13;            On the other hand, if you have more than one Bugzilla
            running on the server (some people do - we do on landfill)
            then you need to have the cookiepath restricted enough
            so that the different Bugzillas don't
            confuse their cookies with one another.
          </P
><P
>&#13;            Examples:

            <A
NAME="AEN2138"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
><P
CLASS="literallayout"
><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;urlbase&nbsp;is&nbsp;<A
HREF="http://landfill.bugzilla.org/bugzilla-tip/"
TARGET="_top"
>http://landfill.bugzilla.org/bugzilla-tip/</A
><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;cookiepath&nbsp;is&nbsp;/bugzilla-tip/<br>
<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;urlbase&nbsp;is&nbsp;<A
HREF="http://landfill.bugzilla.org/bugzilla-2.16-branch/"
TARGET="_top"
>http://landfill.bugzilla.org/bugzilla-2.16-branch/</A
><br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;cookiepath&nbsp;is&nbsp;/bugzilla-2.16-branch/<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</P
></BLOCKQUOTE
>
          </P
><P
>&#13;            If you had cookiepath set to / at any point in the past and
            need to set it to something more restrictive (i.e. /bugzilla/),
            you can safely do this without requiring users to delete
            their Bugzilla-related cookies in their browser (this is
            true starting with Bugzilla 2.17.7 and Bugzilla 2.16.5).
          </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-phb-reloginSome"
></A
><B
>A.2.23. </B
>
            Why do users have to log in every time they access a page? This
            only seems to affect some of my Bugzilla's users, others stay
            logged in.
          </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            First, make sure cookies are enabled in the user's browser.
          </P
><P
>&#13;            If that doesn't fix the problem, it may be that
            the user's ISP implements a rotating proxy server. This causes
            the user's effective IP address (the address which the Bugzilla server
            perceives him coming from) to change periodically. Since
            Bugzilla cookies are tied to a specific IP address, each time
            the effective address changes, the user will have to log in again.
          </P
><P
>&#13;            In newer versions of Bugzilla (2.17.1 and later) there is a
            parameter called "loginnetmask", which you can use to set the
            number of bits of the user's IP address to require to be matched
            when authenticating the cookies. If you set this to something less
            than 32, then the user will be given a checkbox for "Restrict this
            login to my IP address" on the login screen, which defaults to
            checked. If they leave the box checked, Bugzilla will behave the
            same as it did before, requiring an exact match on their IP address
            to remain logged in. If they uncheck the box, then only the left
            side of their IP address (up to the number of bits you specified in
            the parameter) has to match to remain logged in.
          </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-security"
></A
>3. Bugzilla Security</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-security-mysql"
></A
><B
>A.3.1. </B
>
	    How do I completely disable MySQL security if it's giving me problems
	    (I've followed the instructions in the installation section of this guide)?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Run MySQL like this: "mysqld --skip-grant-tables".  Please remember <EM
>this
	    makes MySQL as secure as taping a $100 to the floor of a football stadium
	    bathroom for safekeeping.</EM
> 
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-security-knownproblems"
></A
><B
>A.3.2. </B
>
	    Are there any security problems with Bugzilla?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    The Bugzilla code has undergone a reasonably complete security audit,
      and user-facing CGIs run under Perl's taint mode. However, 
	    it is recommended that you closely examine permissions on your Bugzilla
	    installation, and follow the recommended security guidelines found
	    in The Bugzilla Guide.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-security-mysqluser"
></A
><B
>A.3.3. </B
>
	    I've implemented the security fixes mentioned in Chris Yeh's security
	    advisory of 5/10/2000 advising not to run MySQL as root, and am running into
	    problems with MySQL no longer working correctly.
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    This is a common problem, related to running out of file descriptors.
	    Simply add "ulimit -n unlimited" to the script which starts
	    mysqld.
	  </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-email"
></A
>4. Bugzilla Email</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-nomail"
></A
><B
>A.4.1. </B
>
	    I have a user who doesn't want to receive any more email from Bugzilla.
	    How do I stop it entirely for this user?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    The user should be able to set
	    this in user email preferences (uncheck all boxes) or you can add
            their email address to the <TT
CLASS="filename"
>data/nomail</TT
> file.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-testing"
></A
><B
>A.4.2. </B
>
	    I'm evaluating/testing Bugzilla, and don't want it to send email to
	    anyone but me. How do I do it?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Edit the "newchangedmail" Param. Replace "To:" with "X-Real-To:",
	    replace "Cc:" with "X-Real-CC:", and add a "To: &#60;youremailaddress&#62;".
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-whine"
></A
><B
>A.4.3. </B
>
	    I want whineatnews.pl to whine at something more, or other than, only new
	    bugs. How do I do it?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Try Klaas Freitag's excellent patch for "whineatassigned" functionality.
	    You can find it at <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=6679"
TARGET="_top"
>http://bugzilla.mozilla.org/show_bug.cgi?id=6679</A
>. This
	    patch is against an older version of Bugzilla, so you must apply
	    the diffs manually.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-procmail"
></A
><B
>A.4.4. </B
>
	    I don't like/want to use Procmail to hand mail off to bug_email.pl.
	    What alternatives do I have?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    You can call bug_email.pl directly from your aliases file, with
	    an entry like this:
	    <A
NAME="AEN2192"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
><P
>&#13;		bugzilla-daemon: "|/usr/local/bin/bugzilla/contrib/bug_email.pl"
	      </P
></BLOCKQUOTE
>
	    However, this is fairly nasty and subject to problems; you also
	    need to set up your smrsh (sendmail restricted shell) to allow
	    it.  In a pinch, though, it can work.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-mailif"
></A
><B
>A.4.5. </B
>
	    How do I set up the email interface to submit/change bugs via email?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    You can find an updated README.mailif file in the contrib/ directory
	    of your Bugzilla distribution that walks you through the setup.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-sendmailnow"
></A
><B
>A.4.6. </B
>
	    Email takes FOREVER to reach me from Bugzilla -- it's extremely slow.
	    What gives?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    If you are using an alternate Mail Transport Agent (MTA other than
	    sendmail), make sure the options given in the "processmail" and other
      scripts for all
	    instances of "sendmail" are correct for your MTA.
	  </P
><P
>&#13;	    If you are using Sendmail, try enabling "sendmailnow" in editparams.cgi.
            If you are using Postfix, you will also need to enable <SPAN
CLASS="QUOTE"
>"sendmailnow"</SPAN
>.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-email-nonreceived"
></A
><B
>A.4.7. </B
>
	     How come email from Bugzilla changes never reaches me?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Double-check that you have not turned off email in your user preferences.
	    Confirm that Bugzilla is able to send email by visiting the "Log In"
	    link of your Bugzilla installation and clicking the "Email me a password"
	    button after entering your email address.
	  </P
><P
>&#13;	    If you never receive mail from Bugzilla, chances you do not have
	    sendmail in "/usr/lib/sendmail".  Ensure sendmail lives in, or is symlinked
	    to, "/usr/lib/sendmail".
	  </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-db"
></A
>5. Bugzilla Database</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-db-oracle"
></A
><B
>A.5.1. </B
>
	    I've heard Bugzilla can be used with Oracle?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
            Red Hat's old version of Bugzilla (based on 2.8) worked on Oracle.
            Red Hat's newer version (based on 2.17.1 and soon to be merged into
            the main distribution) runs on PostgreSQL.  At this time we know of
            no recent ports of Bugzilla to Oracle but do intend to support it
            in the future (possibly the 2.20 time-frame).
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-db-corrupted"
></A
><B
>A.5.2. </B
>
	    I think my database might be corrupted, or contain invalid entries. What
	    do I do?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Run the <SPAN
CLASS="QUOTE"
>"sanity check"</SPAN
> utility
	    (<TT
CLASS="filename"
>./sanitycheck.cgi</TT
> in the
	    Bugzilla_home directory) from your web browser to see! If
	    it finishes without errors, you're
	    <EM
>probably</EM
> OK.  If it doesn't come back
	    OK (i.e. any red letters), there are certain things
	    Bugzilla can recover from and certain things it can't.  If
	    it can't auto-recover, I hope you're familiar with
	    mysqladmin commands or have installed another way to
	    manage your database.  Sanity Check, although it is a good
	    basic check on your database integrity, by no means is a
	    substitute for competent database administration and
	    avoiding deletion of data.  It is not exhaustive, and was
	    created to do a basic check for the most common problems
	    in Bugzilla databases.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-db-manualedit"
></A
><B
>A.5.3. </B
>
	    I want to manually edit some entries in my database. How?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	     There is no facility in Bugzilla itself to do this. It's also generally
	    not a smart thing to do if you don't know exactly what you're doing.
	    However, if you understand SQL you can use the <B
CLASS="command"
>mysql</B
>
            command line utility to manually insert, delete and modify table
            information.  There are also more intuitive GUI clients available.
            Personal favorites of the Bugzilla team are <A
HREF="http://www.phpmyadmin.net/"
TARGET="_top"
>phpMyAdmin</A
> and <A
HREF="http://www.mysql.com/downloads/gui-mycc.html"
TARGET="_top"
>MySQL Control
            Center</A
>.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-db-permissions"
></A
><B
>A.5.4. </B
>
	    I think I've set up MySQL permissions correctly, but Bugzilla still can't
	    connect.
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Try running MySQL from its binary: "mysqld --skip-grant-tables". This
	    will allow you to completely rule out grant tables as the cause of your
            frustration. If this Bugzilla is able to connect at this point then
            you need to check that you have granted proper permission to the user
            password combo defined in <TT
CLASS="filename"
>localconfig</TT
>.
          </P
><DIV
CLASS="warning"
><P
></P
><TABLE
CLASS="warning"
WIDTH="100%"
BORDER="0"
><TR
><TD
WIDTH="25"
ALIGN="CENTER"
VALIGN="TOP"
><IMG
SRC="../images/warning.gif"
HSPACE="5"
ALT="Warning"></TD
><TD
ALIGN="LEFT"
VALIGN="TOP"
><P
>&#13;              Running MySQL with this command line option is very insecure and
              should only be done when not connected to the external network
              as a troubleshooting step.
            </P
></TD
></TR
></TABLE
></DIV
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-db-synchronize"
></A
><B
>A.5.5. </B
>
	    How do I synchronize bug information among multiple different Bugzilla
	    databases?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Well, you can synchronize or you can move bugs.  Synchronization will
	    only work one way -- you can create a read-only copy of the database
	    at one site, and have it regularly updated at intervals from the main
	    database.
	  </P
><P
>&#13;	    MySQL has some synchronization features builtin to the latest releases.
	    It would be great if someone looked into the possibilities there
	    and provided a report to the newsgroup on how to effectively
	    synchronize two Bugzilla installations.
	  </P
><P
>&#13;	    If you simply need to transfer bugs from one Bugzilla to another,
	    checkout the "move.pl" script in the Bugzilla distribution.
	  </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-nt"
></A
>6. Bugzilla and Win32</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-nt-easiest"
></A
><B
>A.6.1. </B
>
	    What is the easiest way to run Bugzilla on Win32 (Win98+/NT/2K)?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Remove Windows. Install Linux. Install Bugzilla.
	    The boss will never know the difference.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-nt-bundle"
></A
><B
>A.6.2. </B
>
	    Is there a "Bundle::Bugzilla" equivalent for Win32?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Not currently.  Bundle::Bugzilla enormously simplifies Bugzilla
	    installation on UNIX systems.  If someone can volunteer to
	    create a suitable PPM bundle for Win32, it would be appreciated.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-nt-mappings"
></A
><B
>A.6.3. </B
>
	    CGI's are failing with a "something.cgi is not a valid Windows NT
	    application" error. Why?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Depending on what Web server you are using, you will have to configure
	    the Web server to treat *.cgi files as CGI scripts. In IIS, you do this by
	    adding *.cgi to the App Mappings with the &#60;path&#62;\perl.exe %s %s as the
	    executable.
	  </P
><P
>&#13;	    Microsoft has some advice on this matter, as well:
	    <A
NAME="AEN2268"
></A
><BLOCKQUOTE
CLASS="BLOCKQUOTE"
><P
>&#13;		"Set application mappings. In the ISM, map the extension for the script
		file(s) to the executable for the script interpreter. For example, you might
		map the extension .py to Python.exe, the executable for the Python script
		interpreter. Note For the ActiveState Perl script interpreter, the extension
		.pl is associated with PerlIS.dll by default. If you want to change the
		association of .pl to perl.exe, you need to change the application mapping.
		In the mapping, you must add two percent (%) characters to the end of the
		pathname for perl.exe, as shown in this example: c:\perl\bin\perl.exe %s %s"
	      </P
></BLOCKQUOTE
>
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-nt-dbi"
></A
><B
>A.6.4. </B
>
	    I'm having trouble with the perl modules for NT not being able to talk to
	    to the database.
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Your modules may be outdated or inaccurate. Try:
	    <P
></P
><OL
TYPE="1"
><LI
><P
>&#13;		  Hitting http://www.activestate.com/ActivePerl
		</P
></LI
><LI
><P
>&#13;		  Download ActivePerl
		</P
></LI
><LI
><P
>&#13;		  Go to your prompt
		</P
></LI
><LI
><P
>&#13;		  Type 'ppm'
		</P
></LI
><LI
><P
>&#13;		  <SAMP
CLASS="prompt"
>PPM&#62;</SAMP
> <B
CLASS="command"
>install DBI DBD-mysql GD</B
>
		</P
></LI
></OL
>
	    I reckon TimeDate and Data::Dumper come with the activeperl. You can check
	    the ActiveState site for packages for installation through PPM.
	    <A
HREF=" http://www.activestate.com/Packages/"
TARGET="_top"
>&#13;	      http://www.activestate.com/Packages/</A
>
	  </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-use"
></A
>7. Bugzilla Usage</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-use-changeaddress"
></A
><B
>A.7.1. </B
>
	    How do I change my user name (email address) in Bugzilla?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    New in 2.16 - go to the Account section of the Preferences. You will
      be emailed at both addresses for confirmation.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-use-query"
></A
><B
>A.7.2. </B
>
	    The query page is very confusing.  Isn't there a simpler way to query?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    The interface was simplified by a UI designer for 2.16. Further
      suggestions for improvement are welcome, but we won't sacrifice power for
      simplicity.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-use-accept"
></A
><B
>A.7.3. </B
>
	    I'm confused by the behavior of the "accept" button in the Show Bug form.
	    Why doesn't it assign the bug to me when I accept it?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    The current behavior is acceptable to bugzilla.mozilla.org and most
	    users.  You have your choice of patches
	    to change this behavior, however.
	    <P
></P
><TABLE
BORDER="0"
><TBODY
><TR
><TD
><A
HREF="http://bugzilla.mozilla.org/showattachment.cgi?attach_id=8029"
TARGET="_top"
>&#13;		Add a "and accept bug" radio button</A
></TD
></TR
><TR
><TD
><A
HREF="http://bugzilla.mozilla.org/showattachment.cgi?attach_id=8153"
TARGET="_top"
>&#13;		"Accept" button automatically assigns to you</A
></TD
></TR
></TBODY
></TABLE
><P
></P
>
	    Note that these patches are somewhat dated.  You will need to apply
      them manually.  
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-use-attachment"
></A
><B
>A.7.4. </B
>
	    I can't upload anything into the database via the "Create Attachment"
	    link.  What am I doing wrong?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    The most likely cause is a very old browser or a browser that is
	    incompatible with file upload via POST.  Download the latest Netscape,
	    Microsoft, or Mozilla browser to handle uploads correctly.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-use-keyword"
></A
><B
>A.7.5. </B
>
	    How do I change a keyword in Bugzilla, once some bugs are using it?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    In the Bugzilla administrator UI, edit the keyword and it will let you
	    replace the old keyword name with a new one.  This will cause a problem
	    with the keyword cache.  Run sanitycheck.cgi to fix it.
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-use-close"
></A
><B
>A.7.6. </B
>
        Why can't I close bugs from the "Change Several Bugs at Once" page?
      </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
        The logic flow currently used is RESOLVED, then VERIFIED, then CLOSED.
        You <EM
>can</EM
> mass-CLOSE bugs from the change several
        bugs at once page. <EM
>but</EM
>, every bug listed on the
        page has to be in VERIFIED state before the control to do it will show
        up on the form. You can also mass-VERIFY, but every bug listed has to be
        RESOLVED in order for the control to show up on the form. The logic
        behind this is that if you pick one of the bugs that's not VERIFIED and
        try to CLOSE it, the bug change will fail miserably (thus killing any
        changes in the list after it while doing the bulk change) so it doesn't
        even give you the choice.
      </P
></DIV
></DIV
></DIV
><DIV
CLASS="qandadiv"
><H3
><A
NAME="faq-hacking"
></A
>8. Bugzilla Hacking</H3
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-hacking-bugzillabugs"
></A
><B
>A.8.1. </B
>
	    What bugs are in Bugzilla right now?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    Try <A
HREF="http://bugzilla.mozilla.org/buglist.cgi?bug_status=NEW&#38;bug_status=ASSIGNED&#38;bug_status=REOPENED&#38;product=Bugzilla"
TARGET="_top"
>&#13;	    this link</A
> to view current bugs or requests for
	    enhancement for Bugzilla.
	  </P
><P
>&#13;	    You can view bugs marked for 2.18 release
	    <A
HREF="http://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&#38;target_milestone=Bugzilla+2.18"
TARGET="_top"
>here</A
>.
	    This list includes bugs for the 2.18 release that have already
	    been fixed and checked into CVS.  Please consult the
	    <A
HREF="http://www.bugzilla.org/"
TARGET="_top"
>&#13;	      Bugzilla Project Page</A
> for details on how to
	    check current sources out of CVS so you can have these
	    bug fixes early!
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-hacking-priority"
></A
><B
>A.8.2. </B
>
	    How can I change the default priority to a null value?  For instance, have the default
	    priority be "---" instead of "P2"?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
>
	    This is well-documented here: <A
HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=49862"
TARGET="_top"
>&#13;	    http://bugzilla.mozilla.org/show_bug.cgi?id=49862</A
>.  Ultimately, it's as easy
	    as adding the "---" priority field to your localconfig file in the appropriate area,
	    re-running checksetup.pl, and then changing the default priority in your browser using
	    "editparams.cgi". 
	  </P
></DIV
></DIV
><DIV
CLASS="qandaentry"
><DIV
CLASS="question"
><P
><A
NAME="faq-hacking-patches"
></A
><B
>A.8.3. </B
>
	    What's the best way to submit patches?  What guidelines should I follow?
	  </P
></DIV
><DIV
CLASS="answer"
><P
><B
> </B
><P
></P
><OL
TYPE="1"
><LI
><P
>&#13;		  Enter a bug into bugzilla.mozilla.org for the <SPAN
CLASS="QUOTE"
>"<A
HREF="http://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla"
TARGET="_top"
>Bugzilla</A
>"</SPAN
>
                  product.
		</P
></LI
><LI
><P
>&#13;		  Upload your patch as a unified diff (having used "diff -u" against
		  the <EM
>current sources</EM
> checked out of CVS),
		  or new source file by clicking
		  "Create a new attachment" link on the bug page you've just created, and
		  include any descriptions of database changes you may make, into the bug
		  ID you submitted in step #1.  Be sure and click the "Patch" checkbox
		  to indicate the text you are sending is a patch!
		</P
></LI
><LI
><P
>&#13;		  Announce your patch and the associated URL
		  (http://bugzilla.mozilla.org/show_bug.cgi?id=XXXXXX) for discussion in
		  the newsgroup (netscape.public.mozilla.webtools).  You'll get a really
		  good, fairly immediate reaction to the implications of your patch,
		  which will also give us an idea how well-received the change would
		  be.
		</P
></LI
><LI
><P
>&#13;		  If it passes muster with minimal modification, the person to whom
		  the bug is assigned in Bugzilla is responsible for seeing the patch
		  is checked into CVS.
		</P
></LI
><LI
><P
>&#13;		  Bask in the glory of the fact that you helped write the most successful
		  open-source bug-tracking software on the planet :)
		</P
></LI
></OL
></P
></DIV
></DIV
></DIV
></DIV
></DIV
><DIV
CLASS="NAVFOOTER"
><HR
ALIGN="LEFT"
WIDTH="100%"><TABLE
SUMMARY="Footer navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
><A
HREF="integration.html"
ACCESSKEY="P"
>Prev</A
></TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
><A
HREF="index.html"
ACCESSKEY="H"
>Home</A
></TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
><A
HREF="database.html"
ACCESSKEY="N"
>Next</A
></TD
></TR
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
>Integrating Bugzilla with Third-Party Tools</TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
>&nbsp;</TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
>The Bugzilla Database</TD
></TR
></TABLE
></DIV
></BODY
></HTML
>