diff options
author | jake%bugzilla.org <> | 2003-05-17 08:39:29 +0000 |
---|---|---|
committer | jake%bugzilla.org <> | 2003-05-17 08:39:29 +0000 |
commit | 1252fe4ecdc1dc3af7ad57955c062c2c1a185bb3 (patch) | |
tree | d40cec32f475c1f368bf8e41fd1aeecf858d2607 /docs/html/faq.html | |
parent | dda1abb92854fc65550583b3d8033b6089190621 (diff) | |
download | bugs-1252fe4ecdc1dc3af7ad57955c062c2c1a185bb3.tar bugs-1252fe4ecdc1dc3af7ad57955c062c2c1a185bb3.tar.gz bugs-1252fe4ecdc1dc3af7ad57955c062c2c1a185bb3.tar.bz2 bugs-1252fe4ecdc1dc3af7ad57955c062c2c1a185bb3.tar.xz bugs-1252fe4ecdc1dc3af7ad57955c062c2c1a185bb3.zip |
Recompile docs so (hopefully) I can get some feedback on the installation chapter changes.
Diffstat (limited to 'docs/html/faq.html')
-rw-r--r-- | docs/html/faq.html | 168 |
1 files changed, 83 insertions, 85 deletions
diff --git a/docs/html/faq.html b/docs/html/faq.html index a45b7b7e3..7c8ba0cea 100644 --- a/docs/html/faq.html +++ b/docs/html/faq.html @@ -497,7 +497,7 @@ HREF="faq.html#faq-use-changeaddress" ><DT >A.7.2. <A HREF="faq.html#faq-use-query" -> The query page is very confusing. Isn't there a simpler way to query? +> The query page is very confusing. Isn't there a simpler way to query? </A ></DT ><DT @@ -511,7 +511,7 @@ HREF="faq.html#faq-use-accept" >A.7.4. <A HREF="faq.html#faq-use-attachment" > I can't upload anything into the database via the "Create Attachment" - link. What am I doing wrong? + link. What am I doing wrong? </A ></DT ><DT @@ -587,8 +587,8 @@ CLASS="answer" information at <A HREF="http://www.bugzilla.org/" TARGET="_top" -> http://www.bugzilla.org/</A -> +>http://www.bugzilla.org/</A +>. </P ></DIV ></DIV @@ -616,8 +616,8 @@ CLASS="answer" See details at <A HREF="http://www.mozilla.org/MPL/" TARGET="_top" -> http://www.mozilla.org/MPL/</A -> +>http://www.mozilla.org/MPL/</A +>. </P ></DIV ></DIV @@ -653,7 +653,7 @@ TARGET="_top" > <A HREF="http://www.collab.net/" TARGET="_top" ->www.collab.net</A +>http://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 @@ -691,7 +691,7 @@ CLASS="answer" There are <EM >dozens</EM > of major companies with public - Bugzilla sites to track bugs in their products. A few include: + Bugzilla sites to track bugs in their products. A few include: <P ></P ><TABLE @@ -799,7 +799,7 @@ HREF="http://www.bugzilla.org/who_we_are.html" TARGET="_top" >core team</A >, - led by Dave Miller (justdave@netscape.com). + led by Dave Miller (justdave@netscape.com). </P ></DIV ></DIV @@ -863,8 +863,8 @@ CLASS="answer" > </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 + 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 @@ -907,16 +907,16 @@ CLASS="answer" </P ><P > 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 + PostgreSQL and Sybase in the default distribution. You can track + the progress of these initiatives in <A HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=98304" TARGET="_top" ->98304</A +>bug 98304</A > and <A HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=173130" TARGET="_top" ->173130</A +>bug 173130</A > respectively. </P @@ -956,11 +956,11 @@ CLASS="filename" > because when Terry first started writing the code for mozilla.org he needed a version of Perl and other tools that were completely under his - control. This location was abandoned for the 2.18 release in favor + control. This location was abandoned for the 2.18 release in favor of the more sensible <TT CLASS="filename" >/usr/bin/perl</TT ->. If you +>. If you installed an older verion of Bugzilla and created the symlink we suggested, you can remove it now (provided that you don't have anything else, such as Bonsai, using it and you don't intend to @@ -993,7 +993,7 @@ CLASS="answer" > </B > Yes, the following bit of perl magic will change all the shebang - lines. Be sure to change <TT + lines. Be sure to change <TT CLASS="filename" >/usr/local/bin/perl</TT > @@ -1100,7 +1100,7 @@ CLASS="answer" ><B > </B > - It is web and e-mail based. You can edit bugs by sending specially + 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 @@ -1203,7 +1203,7 @@ CLASS="answer" > </B > Yes - any sort of attachment is allowed, although administrators can - configure a maximum size. + 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. @@ -1232,17 +1232,17 @@ CLASS="answer" ><B > </B > - Yes. However, modifying some fields, notably those related to bug + 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 > There is no GUI for adding fields to Bugzilla at this - time. You can follow development of this feature at + time. You can follow development of this feature in <A HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=91037" TARGET="_top" ->http://bugzilla.mozilla.org/show_bug.cgi?id=91037</A +>bug 91037</A > </P ></DIV @@ -1268,12 +1268,12 @@ CLASS="answer" ><B > </B > - Yes. Look at <A + Yes. Look at <A HREF="http://bugzilla.mozilla.org/report.cgi" TARGET="_top" -> http://bugzilla.mozilla.org/report.cgi</A -> for samples of what - Bugzilla can do in reporting and graphing. +>http://bugzilla.mozilla.org/report.cgi</A +> + for samples of what Bugzilla can do in reporting and graphing. </P ><P > If you can not get the reports you want from the included reporting @@ -1306,7 +1306,7 @@ CLASS="answer" ><B > </B > - Email notification is user-configurable. By default, the bug id and + 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 @@ -1384,7 +1384,7 @@ VALIGN="TOP" > 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 + 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 @@ -1421,7 +1421,7 @@ CLASS="answer" > Bugzilla can output buglists as HTML (the default), CSV or RDF. The link for CSV can be found at the bottom of the buglist in HTML - format. This CSV format can easily be imported into MS Excel or + format. This CSV format can easily be imported into MS Excel or other spread-sheet applications. </P ><P @@ -1429,7 +1429,7 @@ CLASS="answer" <TT CLASS="computeroutput" >&ctype=rdf</TT -> to the URL. RDF +> to the URL. RDF is meant to be machine readable and thus it is assumed that the URL would be generated progmatically so there is no user visible link to this format. @@ -1479,15 +1479,15 @@ CLASS="answer" ><B > </B > - Yes. For more information including available translated templates, + 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 + 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 @@ -1517,7 +1517,7 @@ CLASS="answer" ><B > </B > - Yes. No. Yes (using the CSV format). + Yes. No. Yes (using the CSV format). </P ></DIV ></DIV @@ -1542,7 +1542,7 @@ CLASS="answer" ><B > </B > - You have no idea. Bugzilla's query interface, particularly with the + You have no idea. Bugzilla's query interface, particularly with the advanced Boolean operators, is incredibly versatile. </P ></DIV @@ -1569,7 +1569,7 @@ CLASS="answer" ><B > </B > - Bugzilla does not lock records. It provides mid-air collision detection, + 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 @@ -1599,8 +1599,8 @@ CLASS="answer" at <A HREF="http://www.mysql.com/doc/B/a/Backup.html" TARGET="_top" -> http://www.mysql.com/doc/B/a/Backup.html</A -> +>http://www.mysql.com/doc/B/a/Backup.html</A +>. </P ></DIV ></DIV @@ -1624,8 +1624,8 @@ CLASS="answer" ><B > </B > - Yes. However, commits to the database must wait - until the tables are unlocked. Bugzilla databases are typically + 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 @@ -1659,7 +1659,7 @@ CLASS="answer" </P ><P > Commercial Bug-tracking software typically costs somewhere upwards - of $20,000 or more for 5-10 floating licenses. Bugzilla consultation + 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 @@ -1689,9 +1689,9 @@ CLASS="answer" ><B > </B > - It all depends on your level of commitment. Someone with much Bugzilla + 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 + 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 & customization. @@ -1719,7 +1719,7 @@ CLASS="answer" ><B > </B > - No. MySQL asks, if you find their product valuable, that you purchase + No. MySQL asks, if you find their product valuable, that you purchase a support contract from them that suits your needs. </P ></DIV @@ -1753,7 +1753,7 @@ CLASS="answer" ><B > </B > - Run MySQL like this: "mysqld --skip-grant-tables". Please remember <EM + 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 @@ -1902,11 +1902,11 @@ CLASS="answer" ><B > </B > - Try Klaas Freitag's excellent patch for "whineatassigned" functionality. - You can find it at <A + Try Klaas Freitag's excellent patch for "whineatassigned" + functionality. You can find it in <A HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=6679" TARGET="_top" ->http://bugzilla.mozilla.org/show_bug.cgi?id=6679</A +>bug 6679</A >. This patch is against an older version of Bugzilla, so you must apply the diffs manually. @@ -1938,7 +1938,7 @@ CLASS="answer" You can call bug_email.pl directly from your aliases file, with an entry like this: <A -NAME="AEN1886" +NAME="AEN1985" ></A ><BLOCKQUOTE CLASS="BLOCKQUOTE" @@ -1949,7 +1949,7 @@ CLASS="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. + it. In a pinch, though, it can work. </P ></DIV ></DIV @@ -2066,7 +2066,7 @@ CLASS="answer" </P ><P > If you never receive mail from Bugzilla, chances you do not have - sendmail in "/usr/lib/sendmail". Ensure sendmail lives in, or is symlinked + sendmail in "/usr/lib/sendmail". Ensure sendmail lives in, or is symlinked to, "/usr/lib/sendmail". </P ></DIV @@ -2101,7 +2101,7 @@ CLASS="answer" > 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 + 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 @@ -2140,15 +2140,15 @@ CLASS="filename" it finishes without errors, you're <EM >probably</EM -> OK. If it doesn't come back +> 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 + 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 + 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 + 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 @@ -2181,7 +2181,7 @@ CLASS="command" >mysql</B > command line utility to manually insert, delete and modify table - information. There are also more intuitive GUI clients available. + information. There are also more intuitive GUI clients available. Personal favorites of the Bugzilla team are <A HREF="http://www.phpmyadmin.net/" TARGET="_top" @@ -2277,7 +2277,7 @@ CLASS="answer" ><B > </B > - Well, you can synchronize or you can move bugs. Synchronization will + 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. @@ -2347,8 +2347,8 @@ CLASS="answer" ><B > </B > - Not currently. Bundle::Bugzilla enormously simplifies Bugzilla - installation on UNIX systems. If someone can volunteer to + 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 @@ -2382,7 +2382,7 @@ CLASS="answer" ><P > Microsoft has some advice on this matter, as well: <A -NAME="AEN1969" +NAME="AEN2068" ></A ><BLOCKQUOTE CLASS="BLOCKQUOTE" @@ -2463,10 +2463,10 @@ CLASS="command" 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/" +HREF="http://www.activestate.com/Packages/" TARGET="_top" -> http://www.activestate.com/Packages/</A -> +>http://www.activestate.com/Packages/</A +>. </P ></DIV ></DIV @@ -2514,7 +2514,7 @@ NAME="faq-use-query" ><B >A.7.2. </B > - The query page is very confusing. Isn't there a simpler way to query? + The query page is very confusing. Isn't there a simpler way to query? </P ></DIV ><DIV @@ -2551,8 +2551,7 @@ CLASS="answer" > </B > The current behavior is acceptable to bugzilla.mozilla.org and most - users. You have your choice of patches - to change this behavior, however. + users. You have your choice of patches to change this behavior, however. <P ></P ><TABLE @@ -2579,8 +2578,8 @@ TARGET="_top" ><P ></P > - Note that these patches are somewhat dated. You will need to apply - them manually. + Note that these patches are somewhat dated. You will need to apply + them manually. </P ></DIV ></DIV @@ -2596,7 +2595,7 @@ NAME="faq-use-attachment" >A.7.4. </B > I can't upload anything into the database via the "Create Attachment" - link. What am I doing wrong? + link. What am I doing wrong? </P ></DIV ><DIV @@ -2606,7 +2605,7 @@ CLASS="answer" > </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, + incompatible with file upload via POST. Download the latest Netscape, Microsoft, or Mozilla browser to handle uploads correctly. </P ></DIV @@ -2632,8 +2631,8 @@ CLASS="answer" > </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. + 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 @@ -2666,7 +2665,7 @@ CLASS="answer" > </B > Gerv and Myk suggest a 2-space indent, with embedded code sections on - their own line, in line with outer tags. Like this:</P + their own line, in line with outer tags. Like this:</P ><TABLE BORDER="0" BGCOLOR="#E0E0E0" @@ -2701,7 +2700,7 @@ CLASS="programlisting" ><P >Please note that many have differing opinions on this subject, and the existing templates in Bugzilla espouse both this and a 4-space - style. Either is acceptable; the above is preferred.</P + style. Either is acceptable; the above is preferred.</P ></DIV ></DIV ><DIV @@ -2739,7 +2738,7 @@ 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 + been fixed and checked into CVS. Please consult the <A HREF="http://www.bugzilla.org/" TARGET="_top" @@ -2771,14 +2770,13 @@ CLASS="answer" ><B > </B > - This is well-documented here: <A + This is well-documented in <A HREF="http://bugzilla.mozilla.org/show_bug.cgi?id=49862" TARGET="_top" -> 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". +> bug 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 @@ -2827,7 +2825,7 @@ TARGET="_top" 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 + 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 @@ -2835,7 +2833,7 @@ TARGET="_top" ><P > 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 + 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. |