diff options
Diffstat (limited to 'template/en/default/pages/release-notes3.html.tmpl')
| -rw-r--r-- | template/en/default/pages/release-notes3.html.tmpl | 406 |
1 files changed, 203 insertions, 203 deletions
diff --git a/template/en/default/pages/release-notes3.html.tmpl b/template/en/default/pages/release-notes3.html.tmpl index ab1e64fdc..caf345b0e 100644 --- a/template/en/default/pages/release-notes3.html.tmpl +++ b/template/en/default/pages/release-notes3.html.tmpl @@ -6,7 +6,7 @@ # defined by the Mozilla Public License, v. 2.0. #%] -[% SET title = "$terms.Bugzilla 3.6 Release Notes" %] +[% SET title = "Bugzilla 3.6 Release Notes" %] [% INCLUDE global/header.html.tmpl title = title style_urls = ['skins/standard/page.css'] @@ -14,7 +14,7 @@ <h3>Release Notes For Newer Versions</h3> -<p>Release notes for versions of [% terms.Bugzilla %] of the 4.x series are +<p>Release notes for versions of Bugzilla of the 4.x series are available <a href="page.cgi?id=release-notes.html">here</a>.</p> <h1>[% title FILTER html %]</h1> @@ -33,7 +33,7 @@ <h2 id="v36_introduction">Introduction</h2> -<p>Welcome to [% terms.Bugzilla %] 3.6! The focus of the 3.6 release is +<p>Welcome to Bugzilla 3.6! The focus of the 3.6 release is on improving usability and "polishing up" all our features (by adding some pieces that were "missing" or always wanted), although we also have a few great new features for you, as well!</p> @@ -51,7 +51,7 @@ <a href="http://www.redhat.com/">Red Hat</a>, and <a href="http://www.novell.com/">Novell</a> for funding the development of various features and improvements in this release of - [%+ terms.Bugzilla %].</p> + Bugzilla.</p> <h2 id="v36_point">Updates in this 3.6.x Release</h2> @@ -65,7 +65,7 @@ this release:</p> <ul> - <li>[% terms.Bugzilla %] installations running on older versions of IIS + <li>Bugzilla installations running on older versions of IIS will no longer experience the "Undef to trick_taint" errors that would sometimes occur. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=521416">[% terms.Bug %] 521416</a>) @@ -151,7 +151,7 @@ (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=565314">[% terms.Bug %] 565314</a>) </li> <li>Some minor issues with Perl 5.12 were fixed (mostly warnings that Perl - 5.12 was throwing). [% terms.Bugzilla %] now supports Perl 5.12.</li> + 5.12 was throwing). Bugzilla now supports Perl 5.12.</li> </ul> <h2 id="v36_req">Minimum Requirements</h2> @@ -274,7 +274,7 @@ <h3 id="v36_req_optional_mod">Optional Perl Modules</h3> <p>The following perl modules, if installed, enable various - features of [% terms.Bugzilla %]:</p> + features of Bugzilla:</p> <table class="req_table"> <tr> @@ -449,29 +449,29 @@ <h3 id="v36_feat_usability">General Usability Improvements</h3> <p>A <a href="https://wiki.mozilla.org/Bugzilla:CMU_HCI_Research_2008">scientific - usability study</a> was done on [% terms.Bugzilla %] by researchers + usability study</a> was done on Bugzilla by researchers from Carnegie-Mellon University. As a result of this study, <a href="https://bugzilla.mozilla.org/showdependencytree.cgi?id=490786&hide_resolved=0">several usability issues</a> were prioritized to be fixed, based on specific data from the study.</p> -<p>As a result, you will see many small improvements in [% terms.Bugzilla %]'s +<p>As a result, you will see many small improvements in Bugzilla's usability, such as using Javascript to validate certain forms before they are submitted, standardizing the words that we use in the user interface, - being clearer about what [% terms.Bugzilla %] needs from the user, + being clearer about what Bugzilla needs from the user, and other changes, all of which are also listed individually in this New Features section.</p> <p>Work continues on improving usability for the next release of - [%+ terms.Bugzilla %], but the results of the research have already + Bugzilla, but the results of the research have already had an impact on this 3.6 release.</p> <h3 id="v36_feat_extensions">New Extensions System</h3> -<p>[% terms.Bugzilla %] has a brand-new Extensions system. The system is +<p>Bugzilla has a brand-new Extensions system. The system is consistent, fast, and <a href="[% docs_urlbase FILTER html %]api/Bugzilla/Extension.html">fully - documented</a>. It makes it possible to easily extend [% terms.Bugzilla %]'s + documented</a>. It makes it possible to easily extend Bugzilla's code and user interface to add new features or change existing features. There's even <a href="[% docs_urlbase FILTER html %]api/extensions/create.html">a @@ -480,7 +480,7 @@ <a href="[% docs_urlbase FILTER html %]api/Bugzilla/Extension.html">Extensions documentation</a>.</p> -<p>If you had written any extensions using [% terms.Bugzilla %]'s previous +<p>If you had written any extensions using Bugzilla's previous extensions system, there is <a href="[% docs_urlbase FILTER html %]api/contrib/extension-convert.html">a script to help convert old extensions into the new format</a>.</p> @@ -488,7 +488,7 @@ <h3 id="v36_feat_qs">Improved Quicksearch</h3> <p>The "quicksearch" box that appears on the front page of - [%+ terms.Bugzilla %] and in the header/footer of every page + Bugzilla and in the header/footer of every page is now simplified and made more powerful. There is a <kbd>[?]</kbd> link next to the box that will take you to the simplified <a href="page.cgi?id=quicksearch.html">Quicksearch Help</a>, @@ -523,21 +523,21 @@ <h3 id="v36_feat_browse">Simple "Browse" Interface</h3> -<p>There is now a "Browse" link in the header of each [% terms.Bugzilla %] +<p>There is now a "Browse" link in the header of each Bugzilla page that presents a very basic interface that allows users to simply browse through all open [% terms.bugs %] in particular components.</p> <h3 id="v36_feat_suexec">SUExec Support</h3> -<p>[% terms.Bugzilla %] can now be run in Apache's "SUExec" mode, +<p>Bugzilla can now be run in Apache's "SUExec" mode, which is what control panel software like cPanel and Plesk use - (so [% terms.Bugzilla %] should now be much easier to install + (so Bugzilla should now be much easier to install on shared hosting). SUExec support shows up as an option in the <kbd>localconfig</kbd> file during installation.</p> <h3 id="v36_feat_mpwindows">Experimental mod_perl Support on Windows</h3> -<p>There is now experimental support for running [% terms.Bugzilla %] +<p>There is now experimental support for running Bugzilla under mod_perl on Windows, for a significant performance enhancement (in exchange for using more memory).</p> @@ -549,24 +549,24 @@ <h3 id="v36_feat_jsonrpc">JSON-RPC Interface</h3> -<p>[% terms.Bugzilla %] now has support for the +<p>Bugzilla now has support for the <a href="http://json-rpc.org/">JSON-RPC</a> WebServices protocol via <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/Server/JSONRPC.html">jsonrpc.cgi</a>. The JSON-RPC interface is experimental in this release--if you want any fundamental changes in how it works, <a href="http://www.bugzilla.org/developers/reporting_bugs.html">let us - know</a>, for the next release of [% terms.Bugzilla %].</p> + know</a>, for the next release of Bugzilla.</p> <h3 id="v36_feat_migrate">Migration From Other [% terms.Bug %]-Trackers</h3> -<p>[% terms.Bugzilla %] 3.6 comes with a new script, +<p>Bugzilla 3.6 comes with a new script, <a href="[% docs_urlbase FILTER html %]api/migrate.html">migrate.pl</a>, which allows migration from other [% terms.bug %]-tracking systems. Among the various features of the migration system are:</p> <ul> <li>It is non-destructive--you can migrate into an existing - [%+ terms.Bugzilla %] installation without destroying any data + Bugzilla installation without destroying any data in the installation.</li> <li>It has a "dry-run" mode so you can test your migration before actually running it.</li> @@ -584,7 +584,7 @@ [%+ terms.bug %]-tracking system. We'd love to see migrators for other systems! If you want to contribute a new migrator, see our <a href="http://wiki.mozilla.org/Bugzilla:Developers">development - process</a> for details on how to get code into [% terms.Bugzilla %].</p> + process</a> for details on how to get code into Bugzilla.</p> <p>Thanks to <a href="http://lambdares.com/">Lambda Research</a> for funding the initial development of this feature.</p> @@ -595,13 +595,13 @@ <ul> <li><b>[% terms.Bug %] Filing:</b> When filing [% terms.abug %], - [%+ terms.Bugzilla %] now visually indicates which fields are + Bugzilla now visually indicates which fields are mandatory.</li> <li><b>[% terms.Bug %] Filing:</b> "Bookmarkable templates" now support the "alias" and "estimated hours" fields.</li> <li><b>[% terms.Bug %] Editing:</b> In previous versions of - [%+ terms.Bugzilla %], if you added a private comment to [% terms.abug %], + Bugzilla, if you added a private comment to [% terms.abug %], then <em>none</em> of the changes that you made at that time were sent to users who couldn't see the private comment. Now, for users who can't see private comments, public changes are sent, but the private @@ -644,14 +644,14 @@ <li><b>Search:</b> The iCalendar format of search results now includes a PRIORITY field.</li> <li><b>Search:</b> It is no longer an error to enter an invalid search - order in a search URL--[% terms.Bugzilla %] will simply warn you that + order in a search URL--Bugzilla will simply warn you that some of your order options are invalid.</li> <li><b>Search:</b> When there are no search results, some helpful links are displayed, offering actions you might want to take.</li> <li><b>Search:</b> For those who like to make their own <kbd>buglist.cgi</kbd> URLs (and for people working on customizations), <kbd>buglist.cgi</kbd> now accepts nearly every valid field in - [%+ terms.Bugzilla %] as a direct URL parameter, like + Bugzilla as a direct URL parameter, like <kbd>&field=value</kbd>.</li> <li><b>Requests:</b> When viewing the "My Requests" page, you can now @@ -674,8 +674,8 @@ backwards-compatibility.</li> <li>If there are multiple languages available for your - [%+ terms.Bugzilla %], you can now select what language you want - [%+ terms.Bugzilla %] displayed in using links at the top of every + Bugzilla, you can now select what language you want + Bugzilla displayed in using links at the top of every page.</li> <li>When creating a new account, you will be automatically logged in after setting your password.</li> @@ -719,7 +719,7 @@ of being stored in the <kbd>data/</kbd> directory. On large installations this could save several hundred megabytes of disk space.</li> - <li><b>Installation:</b> When installing [% terms.Bugzilla %], the + <li><b>Installation:</b> When installing Bugzilla, the "maintainer" parameter will be automatically set to the administrator that was created by <kbd>checksetup.pl</kbd>.</li> <li><b>Installation:</b> <kbd>checksetup.pl</kbd> now prints out @@ -729,7 +729,7 @@ faster at upgrading installations, particularly older installations. Also, it's been made faster to run for the case where it's not doing an upgrade.</li> - <li><b>Installation:</b> If you install [% terms.Bugzilla %] using the + <li><b>Installation:</b> If you install Bugzilla using the tarball, the <kbd>CGI.pm</kbd> module from CPAN is now included in the <kbd>lib/</kbd> dir. If you would rather use the CGI.pm from your global Perl installation, you can delete <kbd>CGI.pm</kbd> and the @@ -758,20 +758,20 @@ <li><b>Parameters:</b> The old <kbd>ssl</kbd> parameter has been changed to <kbd>ssl_redirect</kbd>, and can only be turned "on" or "off". If "on", then all users will be forcibly redirected to SSL whenever - they access [% terms.Bugzilla %]. When the parameter is off, + they access Bugzilla. When the parameter is off, no SSL-related redirects will occur (even if the user directly - accesses [% terms.Bugzilla %] via SSL, they will <em>not</em> be + accesses Bugzilla via SSL, they will <em>not</em> be redirected to a non-SSL page).</li> <li><b>Parameters:</b> In the Advanced parameters, there is a new parameter, - <kbd>inbound_proxies</kbd>. If your [% terms.Bugzilla %] is behind a + <kbd>inbound_proxies</kbd>. If your Bugzilla is behind a proxy, you should set this parameter to the IP address of that proxy. - Then, [% terms.Bugzilla %] will "believe" any "X-Forwarded-For" + Then, Bugzilla will "believe" any "X-Forwarded-For" header sent from that proxy, and correctly use the X-Forwarded-For as the end user's IP, instead of believing that all traffic is coming from the proxy.</li> <li><b>Removed Parameter:</b> The <kbd>loginnetmask</kbd> parameter has - been removed. Since [% terms.Bugzilla %] sends secure cookies, it's no + been removed. Since Bugzilla sends secure cookies, it's no longer necessary to always restrict logins to a specific IP or block of addresses.</li> <li><b>Removed Parameter:</b> The <kbd>quicksearch_comment_cutoff</kbd> @@ -780,12 +780,12 @@ <li><b>Removed Parameter:</b> The <kbd>usermatchmode</kbd> parameter has been removed. User-matching is now <em>always</em> done.</li> <li><b>Removed Parameter:</b> The <kbd>useentrygroupdefault</kbd> parameter - has been removed. [% terms.Bugzilla %] now always behaves as though + has been removed. Bugzilla now always behaves as though that parameter were off.</li> <li>The <kbd>t/001compile.t</kbd> test should now always pass, no matter what configuration of optional modules you do or don't have installed.</li> <li>New script: <kbd>contrib/console.pl</kbd>, which allows you to have - a "command line" into [% terms.Bugzilla %] by inputting Perl code + a "command line" into Bugzilla by inputting Perl code or using a few custom commands.</li> </ul> @@ -793,11 +793,11 @@ <ul> <li>The WebService now returns all dates and times in the UTC timezone. - <kbd>B[% %]ugzilla.time</kbd> now acts as though the [% terms.Bugzilla %] + <kbd>Bugzilla.time</kbd> now acts as though the Bugzilla server were in the UTC timezone, always. If you want to write clients - that are compatible across all [% terms.Bugzilla %] versions, - check the timezone from <kbd>B[% %]ugzilla.timezone</kbd> or - <kbd>B[% %]ugzilla.time</kbd>, and always input times in that timezone + that are compatible across all Bugzilla versions, + check the timezone from <kbd>Bugzilla.timezone</kbd> or + <kbd>Bugzilla.time</kbd>, and always input times in that timezone and expect times to be returned in that format.</li> <li>You can now log in by passing <kbd>Bugzilla_login</kbd> and <kbd>Bugzilla_password</kbd> as arguments to any WebService function. @@ -810,7 +810,7 @@ <li>New Method: <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/Bug.html#fields">B[% %]ug.fields</a>, which gets information about all the fields that [% terms.abug %] can have - in [% terms.Bugzilla %], include custom fields and legal values for + in Bugzilla, include custom fields and legal values for all fields. The <kbd>B[% %]ug.legal_values</kbd> method is now deprecated.</li> <li>In the <kbd>B[% %]ug.add_comment</kbd> method, the "private" parameter has been renamed to "is_private" (for consistency with other methods). @@ -820,9 +820,9 @@ Also, all parameter names are validated, and if you pass in a parameter whose name contains anything other than letters, numbers, or underscores, that parameter will be ignored. Mostly this just affects - customizers--[% terms.Bugzilla %]'s WebService is not functionally + customizers--Bugzilla's WebService is not functionally affected by these changes.</li> - <li>In previous versions of [% terms.Bugzilla %], error messages were + <li>In previous versions of Bugzilla, error messages were sent word-wrapped to the client, from the WebService. Error messages are now sent as one unbroken line.</li> </ul> @@ -882,7 +882,7 @@ <li>Comments are now represented as a <a href="[% docs_urlbase FILTER html %]api/Bugzilla/Comment.html">Bugzilla::Comment</a> object instead of just being hashes.</li> - <li>In previous versions of [% terms.Bugzilla %], the template for displaying + <li>In previous versions of Bugzilla, the template for displaying [%+ terms.abug %] required a lot of extra variables that are now global template variables instead.</li> <li>You can now check if optional modules are installed by using @@ -898,7 +898,7 @@ </ul> -<h1 id="v36_previous">[% terms.Bugzilla %] 3.4 Release Notes</h1> +<h1 id="v36_previous">Bugzilla 3.4 Release Notes</h1> <ul class="bz_toc"> <li><a href="#v34_introduction">Introduction</a></li> @@ -914,8 +914,8 @@ <h2 id="v34_introduction">Introduction</h2> -<p>This is [% terms.Bugzilla %] 3.4! [% terms.Bugzilla %] 3.4 brings a lot - of great enhancements for [% terms.Bugzilla %] over previous versions, +<p>This is Bugzilla 3.4! Bugzilla 3.4 brings a lot + of great enhancements for Bugzilla over previous versions, with various improvements to the user interface, lots of interesting new features, and many long-standing requests finally being addressed.</p> @@ -970,7 +970,7 @@ 500 error instead of your search results. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=513989">[% terms.Bug %] 513989</a>) </li> - <li>[% terms.Bugzilla %] would sometimes lose fields from your sort order + <li>Bugzilla would sometimes lose fields from your sort order when you added new fields to your sort order. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=470214">[% terms.Bug %] 470214</a>) </li> @@ -1026,7 +1026,7 @@ <h3>3.4.3</h3> <ul> - <li>[% terms.Bugzilla %] installations running under mod_perl were leaking + <li>Bugzilla installations running under mod_perl were leaking about 512K of RAM per page load. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=517793">[% terms.Bug %] 517793</a>) </li> @@ -1035,7 +1035,7 @@ (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=328628">[% terms.Bug %] 328628</a>) </li> <li>Creating custom fields with Unicode in their database column name - is now no longer allowed, as it would break [% terms.Bugzilla %]. If you + is now no longer allowed, as it would break Bugzilla. If you created such a custom field, you should delete it by first marking it obsolete and then clicking "Delete" in the custom field list, using <a href="editfields.cgi">editfields.cgi</a>. @@ -1213,7 +1213,7 @@ <h3 id="v34_req_optional_mod">Optional Perl Modules</h3> <p>The following perl modules, if installed, enable various - features of [% terms.Bugzilla %]:</p> + features of Bugzilla:</p> <table class="req_table"> <tr> @@ -1356,21 +1356,21 @@ <p>When entering a new [% terms.bug %], the vast majority of fields are now hidden by default, which enormously simplifies the bug-filing form. You can click "Show Advanced Fields" to show all the fields, if you want - them. [%+ terms.Bugzilla %] remembers whether you last used the "Advanced" + them. Bugzilla remembers whether you last used the "Advanced" or "Simple" version of the [% terms.bug %]-entry form, and will display the same version to you again next time you file [% terms.abug %].</p> <h3 id="v34_feat_index">New Home Page</h3> -<p>[% terms.Bugzilla %]'s front page has been redesigned to be better at +<p>Bugzilla's front page has been redesigned to be better at guiding new users into the activities that they most commonly want to do. Further enhancements to the home page are coming in future versions - of [% terms.Bugzilla %].</p> + of Bugzilla.</p> <h3 id="v34_feat_spam">Email Addresses Hidden From Logged-Out Users</h3> -<p>To help prevent spam to [% terms.Bugzilla %] users, all email addresses - stored in [% terms.Bugzilla %] are now displayed only if you are logged in. +<p>To help prevent spam to Bugzilla users, all email addresses + stored in Bugzilla are now displayed only if you are logged in. If you are logged out, only the part before the "@" of the email address is displayed. This includes [% terms.bug %] lists, viewing [% terms.bugs %], the XML format of [% terms.abug %], and any other place in the web interface that @@ -1387,15 +1387,15 @@ <h3 id="v34_feat_async">Asynchronous Email Sending</h3> -<p>The largest performance problem in former versions of [% terms.Bugzilla %] +<p>The largest performance problem in former versions of Bugzilla was that when updating [% terms.bugs %], email would be sent immediately to every user who needed to be notified, and <kbd>process_bug.cgi</kbd> would wait for the emails to be sent before continuing.</p> -<p>Now [% terms.Bugzilla %] is capable of queueing emails to be sent +<p>Now Bugzilla is capable of queueing emails to be sent while [% terms.abug %] is being updated, and sending them in the background. This requires the administrator to run a daemon - that comes with [% terms.Bugzilla %], named + that comes with Bugzilla, named <a href="[% docs_urlbase FILTER html %]api/jobqueue.html">jobqueue.pl</a>, and to enable the <a href="editparams.cgi?section=mta#use_mailer_queue"> use_mailer_queue</a> parameter.</p> @@ -1406,9 +1406,9 @@ <h3 id="v34_feat_tz">Dates and Times Displayed In User's Time Zone</h3> -<p>Users can now select what time zone they are in and [% terms.Bugzilla %] +<p>Users can now select what time zone they are in and Bugzilla will adjust displayed times to be correct for their time zone. However, - times the user inputs are unfortunately still in [% terms.Bugzilla %]'s + times the user inputs are unfortunately still in Bugzilla's time zone.</p> <h3 id="v34_feat_vis">Custom Fields That Only Appear When Another Field @@ -1443,7 +1443,7 @@ appears.</p> <p>One thing to note is that this feature only controls what values appear in - the <em>user interface</em>. [% terms.Bugzilla %] itself will still accept + the <em>user interface</em>. Bugzilla itself will still accept any combination of values as valid, in the backend.</p> <h3 id="v34_feat_bugid">New Custom Field Type: [% terms.Bug %] ID</h3> @@ -1455,8 +1455,8 @@ <h3 id="v34_feat_see">"See Also" Field</h3> <p>We have added a new standard field called "See Also" to - [%+ terms.Bugzilla %]. In this field, you can put URLs to multiple - [%+ terms.bugs %] in any [% terms.Bugzilla %] installation, to indicate + Bugzilla. In this field, you can put URLs to multiple + [%+ terms.bugs %] in any Bugzilla installation, to indicate that those [% terms.bugs %] are related to this one. It also supports adding URLs to [% terms.bugs %] in <a href="http://launchpad.net/">Launchpad</a>.</p> @@ -1478,7 +1478,7 @@ <h3 id="v34_feat_desc">Search Descriptions</h3> -<p>When displaying search results, [% terms.Bugzilla %] will now show +<p>When displaying search results, Bugzilla will now show a brief description of what you searched for, at the top of the [%+ terms.bug %] list.</p> @@ -1505,14 +1505,14 @@ <li>When viewing a search result, you can now hover over any abbreviated field to see its full value.</li> <li>When logging out, users are now redirected to the main page of - [%+ terms.Bugzilla %] instead of an empty page.</li> + Bugzilla instead of an empty page.</li> <li>When editing [% terms.abug %], text fields (except the comment box) now grow longer when you widen your browser window.</li> <li>When viewing [% terms.abug %], the Depends On and Blocks list will display [% terms.abug %]'s alias if it has one, instead of its id. Also, closed [% terms.bugs %] will be sorted to the end of the list.</li> - <li>If you use the time-tracking features of [% terms.Bugzilla %], and + <li>If you use the time-tracking features of Bugzilla, and you enable the time-tracking related columns in a search result, then you will see a summary of the time-tracking data at the bottom of the search result.</li> @@ -1528,15 +1528,15 @@ <li>You can now use any custom drop-down field as an axis for a tabular or graphical report.</li> <li>The <kbd>X-Bugzilla-Type</kbd> header in emails sent by - [%+ terms.Bugzilla %] is now "new" for [% terms.bug %]mail sent for + Bugzilla is now "new" for [% terms.bug %]mail sent for newly-filed [% terms.bugs %], and "changed" for emails having to do with updated [% terms.bugs %].</li> <li>Mails sent by the "Whining" system now contain the header <kbd>X-Bugzilla-Type: whine</kbd>.</li> <li>[% terms.bug %]mail now contains a X-Bugzilla-URL header to uniquely - identify which [% terms.Bugzilla %] installation the email came from.</li> + identify which Bugzilla installation the email came from.</li> <li>If you input an invalid regular expression anywhere in - [%+ terms.Bugzilla %], it will now tell you explicitly instead of failing + Bugzilla, it will now tell you explicitly instead of failing cryptically.</li> <li>The <kbd>duplicates.xul</kbd> page (which wasn't used by very many people) is now gone.</li> @@ -1545,28 +1545,28 @@ <h4>Enhancements for Administrators and Developers</h4> <ul> - <li>[% terms.Bugzilla %] now uses the SHA-256 algorithm (a variant of + <li>Bugzilla now uses the SHA-256 algorithm (a variant of SHA-2) to encrypt passwords in the database, instead of using Unix's "crypt" function. This allows passwords longer than eight characters to actually be effective. Each user's password will be converted to SHA-256 the first time they log in after you upgrade to - [%+ terms.Bugzilla %] 3.4 or later.</li> - <li>If you are using database replication with [% terms.Bugzilla %], + Bugzilla 3.4 or later.</li> + <li>If you are using database replication with Bugzilla, many more scripts now take advantage of the read-only slave (the "shadowdb"). It may be safe to open up <kbd>show_bug.cgi</kbd> to search-engine indexing by editing your <kbd>robots.txt</kbd> file, - now, if your [% terms.Bugzilla %] is on fast-enough hardware.</li> + now, if your Bugzilla is on fast-enough hardware.</li> <li>The database now uses foreign keys to enforce the validity of relationships between tables. Not every single table has all its foreign keys yet, but most do.</li> <li>Various parameters have been removed, in an effort to de-clutter - the parameter interface and simplify [% terms.Bugzilla %]'s code. + the parameter interface and simplify Bugzilla's code. The parameters that were removed were: timezone, supportwatchers, maxpatchsize, commentonclearresolution, commentonreassignbycomponent, showallproducts. They have all been replaced with sensible default behaviors. (For example, user watching is now always enabled.)</li> <li>When adding <code>&debug=1</code> to the end of a - <kbd>buglist.cgi</kbd> URL, [% terms.Bugzilla %] will now also do an + <kbd>buglist.cgi</kbd> URL, Bugzilla will now also do an EXPLAIN on the query, to help debug performance issues.</li> <li>When editing flag types in the administrative interface, you can now see how many flags of each type have been set.</li> @@ -1581,8 +1581,8 @@ <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/Bug.html#comments">B[% %]ug.comments</a>, <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/Bug.html#update_see_also">B[% %]ug.update_see_also</a>, <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/User.html#get">User.get</a>, - and <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/Bugzilla.html#time">B[% %]ugzilla.time</a> - (<kbd>B[% %]ugzilla.timezone</kbd> is now deprecated). + and <a href="[% docs_urlbase FILTER html %]api/Bugzilla/WebService/Bugzilla.html#time">Bugzilla.time</a> + (<kbd>Bugzilla.timezone</kbd> is now deprecated). </li> <li>For network efficiency, you can now limit which fields are returned from certain WebService functions, like <kbd>User.get</kbd>.</li> @@ -1685,7 +1685,7 @@ <kbd>Bugzilla::User</kbd> now return an arrayref of <kbd>Bugzilla::Group</kbd> objects instead of a hashref with group ids and group names.</li> - <li>Standard [% terms.Bugzilla %] drop-down fields now have their type + <li>Standard Bugzilla drop-down fields now have their type set to <kbd>FIELD_TYPE_SINGLE_SELECT</kbd> in the fielddefs table.</li> <li><kbd>Bugzilla->usage_mode</kbd> now defaults to <kbd>USAGE_MODE_CMDLINE</kbd> if we are not running inside a web @@ -1704,7 +1704,7 @@ -<h1 id="v34_previous">[% terms.Bugzilla %] 3.2 Release Notes</h1> +<h1 id="v34_previous">Bugzilla 3.2 Release Notes</h1> <h2>Table of Contents</h2> @@ -1723,9 +1723,9 @@ <h2 id="v32_introduction">Introduction</h2> -<p>Welcome to [% terms.Bugzilla %] 3.2! This is our first major feature - release since [% terms.Bugzilla %] 3.0, and it brings a lot of great - improvements and polish to the [% terms.Bugzilla %] experience.</p> +<p>Welcome to Bugzilla 3.2! This is our first major feature + release since Bugzilla 3.0, and it brings a lot of great + improvements and polish to the Bugzilla experience.</p> <p>If you're upgrading, make sure to read <a href="#v32_upgrading">How to Upgrade From An Older Version</a>. If you are upgrading from a release @@ -1737,7 +1737,7 @@ <h2 id="v32_point">Updates in this 3.2.x Release</h2> <p>This section describes what's changed in the most recent b<!-- -->ug-fix - releases of [% terms.Bugzilla %] after 3.2. We only list the + releases of Bugzilla after 3.2. We only list the most important fixes in each release. If you want a detailed list of <em>everything</em> that's changed in each version, you should use our <a href="http://www.bugzilla.org/status/changes.html">Change Log @@ -1746,24 +1746,24 @@ <h3>3.2.3</h3> <ul> - <li>[% terms.Bugzilla %] is now compatible with MySQL 5.1.x versions 5.1.31 + <li>Bugzilla is now compatible with MySQL 5.1.x versions 5.1.31 and greater. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=480001">[% terms.Bug %] 480001</a>)</li> - <li>On Windows, [% terms.Bugzilla %] sometimes would send mangled emails + <li>On Windows, Bugzilla sometimes would send mangled emails (that would often fail to send). (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=467920">[% terms.Bug %] 467920</a>)</li> <li><code>recode.pl</code> would sometimes crash when trying to convert - databases from older versions of [% terms.Bugzilla %]. + databases from older versions of Bugzilla. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=431201">[% terms.Bug %] 431201</a>)</li> <li>Running a saved search with Unicode characters in its name would - cause [% terms.Bugzilla %] to crash. + cause Bugzilla to crash. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=477513">[% terms.Bug %] 477513</a>)</li> - <li>[% terms.Bugzilla %] clients like Mylyn can now update [% terms.bugs %] + <li>Bugzilla clients like Mylyn can now update [% terms.bugs %] again (the [% terms.bug %] XML format now contains a "token" element that can be used when updating [% terms.abug %]). (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=476678">[% terms.Bug %] 476678</a>)</li> <li>For installations using the <code>shadowdb</code> parameter, - [%+ terms.Bugzilla %] was accidentally writing to the "tokens" table + Bugzilla was accidentally writing to the "tokens" table in the shadow database (instead of the master database) when using the "Change Several [% terms.Bugs %] at Once" page. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=476943">[% terms.Bug %] 476943</a>)</li> @@ -1787,7 +1787,7 @@ <li>Saving changes to parameters would sometimes fail silently (particularly on Windows when the web server didn't have the right permissions to - update the <code>params</code> file). [% terms.Bugzilla %] will now + update the <code>params</code> file). Bugzilla will now throw an error in this case, telling you what is wrong. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=347707">[% terms.Bug %] 347707</a>)</li> @@ -1798,12 +1798,12 @@ (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=465589">[% terms.Bug %] 465589</a>)</li> <li>If you were using the <code>PROJECT</code> environment variable - to have multiple [% terms.Bugzilla %] installations using one codebase, + to have multiple Bugzilla installations using one codebase, project-specific templates were being ignored. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=467324">[% terms.Bug %] 467324</a>)</li> <li>Some versions of the SOAP::Lite Perl module had a b[% %]ug that caused - [%+ terms.Bugzilla %]'s XML-RPC service to break. + Bugzilla's XML-RPC service to break. <kbd>checksetup.pl</kbd> now checks for these bad versions and will reject them. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=468009">[% terms.Bug %] 468009</a>)</li> @@ -1926,7 +1926,7 @@ <h3 id="v32_req_optional_mod">Optional Perl Modules</h3> <p>The following perl modules, if installed, enable various - features of [% terms.Bugzilla %]:</p> + features of Bugzilla:</p> <table class="req_table"> <tr> @@ -2047,9 +2047,9 @@ <h3 id="v32_feat_ui">Major UI Improvements</h3> -<p>[% terms.Bugzilla %] 3.2 has had some UI assistance from the NASA +<p>Bugzilla 3.2 has had some UI assistance from the NASA Human-Computer Interaction department and the new - <a href="http://wiki.mozilla.org/Bugzilla:UE">[% terms.Bugzilla %] + <a href="http://wiki.mozilla.org/Bugzilla:UE">Bugzilla User Interface Team</a>.</p> <p>In particular, you will notice a massively redesigned [% terms.bug %] @@ -2057,7 +2057,7 @@ <h3 id="v32_feat_skin">New Default Skin: Dusk</h3> -<p>[% terms.Bugzilla %] 3.2 now ships with a skin called "Dusk" that is +<p>Bugzilla 3.2 now ships with a skin called "Dusk" that is a bit more colorful than old default "Classic" skin.</p> <p>Upgrading installations will still default to the "Classic" @@ -2065,21 +2065,21 @@ control panel. Users can also choose to use the old skin in their Preferences (or using the View :: Page Style menu in Firefox).</p> -<p>The changes that [% terms.Bugzilla %] required for Dusk made - [%+ terms.Bugzilla %] much easier to skin. See the +<p>The changes that Bugzilla required for Dusk made + Bugzilla much easier to skin. See the <a href="http://wiki.mozilla.org/Bugzilla:Addons#Skins">Addons page</a> for additional skins, or try making your own!</p> <h3 id="v32_feat_status">Custom Status Workflow</h3> -<p>You can now customize the list of statuses in [% terms.Bugzilla %], +<p>You can now customize the list of statuses in Bugzilla, and transitions between them.</p> <p>You can also specify that a comment must be made on certain transitions.</p> <h3 id="v32_feat_fields">New Custom Field Types</h3> -<p>[% terms.Bugzilla %] 3.2 has support for three new types of +<p>Bugzilla 3.2 has support for three new types of custom fields:</p> <ul> @@ -2092,10 +2092,10 @@ <h3 id="v32_feat_install">Easier Installation</h3> -<p>[% terms.Bugzilla %] now comes with a script called +<p>Bugzilla now comes with a script called <kbd>install-module.pl</kbd> that can automatically download - and install all of the required Perl modules for [% terms.Bugzilla %]. - It stores them in a directory inside your [% terms.Bugzilla %] + and install all of the required Perl modules for Bugzilla. + It stores them in a directory inside your Bugzilla installation, so you can use it even if you don't have administrator-level access to your machine, and without modifying your main Perl install.</p> @@ -2105,26 +2105,26 @@ <h3 id="v32_feat_oracle">Experimental Oracle Support</h3> -<p>[% terms.Bugzilla %] 3.2 contains experimental support for using - Oracle as its database. Some features of [% terms.Bugzilla %] are known +<p>Bugzilla 3.2 contains experimental support for using + Oracle as its database. Some features of Bugzilla are known to be broken on Oracle, but hopefully will be working by our next major release.</p> -<p>The [% terms.Bugzilla %] Project, as an open-source project, of course +<p>The Bugzilla Project, as an open-source project, of course does not recommend the use of proprietary database solutions. However, if your organization requires that you use Oracle, this will allow - you to use [% terms.Bugzilla %]!</p> + you to use Bugzilla!</p> -<p>The [% terms.Bugzilla %] Project thanks Oracle Corp. for their extensive - development contributions to [% terms.Bugzilla %] which allowed this to +<p>The Bugzilla Project thanks Oracle Corp. for their extensive + development contributions to Bugzilla which allowed this to happen!</p> <h3 id="v32_feat_utf8">Improved UTF-8 Support</h3> -<p>[% terms.Bugzilla %] 3.2 now has advanced UTF-8 support in its code, +<p>Bugzilla 3.2 now has advanced UTF-8 support in its code, including correct handling for truncating and wrapping multi-byte languages. Major issues with multi-byte or unusual languages - are now resolved, and [% terms.Bugzilla %] should now be usable + are now resolved, and Bugzilla should now be usable by users in every country with little (or at least much less) customization.</p> @@ -2177,7 +2177,7 @@ for Internet Explorer and other non-Firefox browsers. (It always could appear for Firefox.)</li> - <li>[% terms.Bugzilla %] now ships with an icon that will show + <li>Bugzilla now ships with an icon that will show up next to the URL in most browsers. If you want to replace it, it's in <kbd>images/favicon.ico</kbd>.</li> @@ -2204,7 +2204,7 @@ <li>When using <kbd>email_in.pl</kbd>, you can now add users to the CC list by just using <kbd>@cc</kbd> as the field name.</li> <li>Many pages (particularly administrative pages) now contain links to - the relevant section of the [% terms.Bugzilla %] Guide, so you can read + the relevant section of the Bugzilla Guide, so you can read the documentation for that page.</li> <li>Dependency Graphs should render more quickly, as they now (by default) only include the same [% terms.bugs %] that you'd see in the dependency @@ -2217,7 +2217,7 @@ <li><strong>Admin UI</strong>: Instead of having the Administration Control Panel links in the footer, there is now just one link called "Administration" that takes you to a page that links to all the - administrative controls for [% terms.Bugzilla %].</li> + administrative controls for Bugzilla.</li> <li><strong>Admin UI</strong>: Administrative pages no longer display confirmation pages, instead they redirect you to some useful page and display a message about what changed.</li> @@ -2228,21 +2228,21 @@ QA Contact.</li> <li><strong>Email</strong>: For installations that use SMTP to send - mail (as opposed to Sendmail), [%+ terms.Bugzilla %] now supports + mail (as opposed to Sendmail), Bugzilla now supports SMTP Authentication, so that it can log in to your mail server before sending messages.</li> <li><strong>Email</strong>: Using the "Test" mail delivery method now creates a valid mbox file to make testing easier.</li> - <li><strong>Authentication</strong>: [% terms.Bugzilla %] now correctly + <li><strong>Authentication</strong>: Bugzilla now correctly handles LDAP records which contain multiple email addresses. (The first - email address in the list that is a valid [% terms.Bugzilla %] account + email address in the list that is a valid Bugzilla account will be used, or if this is a new user, the first email address in the list will be used.)</li> - <li><strong>Authentication</strong>: [% terms.Bugzilla %] can now take + <li><strong>Authentication</strong>: Bugzilla can now take a list of LDAP servers to try in order until it gets a successful connection.</li> - <li><strong>Authentication</strong>: [% terms.Bugzilla %] now supports + <li><strong>Authentication</strong>: Bugzilla now supports RADIUS authentication.</li> <li><strong>Security</strong>: The login cookie is now created as @@ -2254,7 +2254,7 @@ Also, SSL is now enforced appropriately in the WebServices interface when the parameter is set.</li> - <li><strong>Database</strong>: [% terms.Bugzilla %] now uses transactions in + <li><strong>Database</strong>: Bugzilla now uses transactions in the database instead of table locks. This should generally improve performance with many concurrent users. It also means if there is an unexpected error in the middle of a page, all database changes made @@ -2284,7 +2284,7 @@ <li>Extensions can now add their own headers to the HTML <head> for things like custom CSS and so on.</li> <li><kbd>sanitycheck.cgi</kbd> has been templatized, meaning that the - entire [% terms.Bugzilla %] UI is now contained in templates.</li> + entire Bugzilla UI is now contained in templates.</li> <li>When setting the <kbd>sslbase</kbd> parameter, you can now specify a port number in the URL.</li> <li>When importing [% terms.bugs %] using <kbd>importxml.pl</kbd>, @@ -2295,7 +2295,7 @@ prepare for the fact that it will be moved into an extension at some point in the future.</li> <li>The <code>shutdownhtml</code> parameter now works even when - [%+ terms.Bugzilla %]'s database server is down.</li> + Bugzilla's database server is down.</li> </ul> <h3>Enhancements for Localizers (or Localized Installations)</h3> @@ -2303,9 +2303,9 @@ <ul> <li>The documentation can now be localized--in other words, you can have documentation installed for multiple languages at once and - [%+ terms.Bugzilla %] will link to the correct language in its internal + Bugzilla will link to the correct language in its internal documentation links.</li> - <li>[% terms.Bugzilla %] no longer uses the <kbd>languages</kbd> parameter. + <li>Bugzilla no longer uses the <kbd>languages</kbd> parameter. Instead it reads the <kbd>template/</kbd> directory to see which languages are available.</li> <li>Some of the messages printed by <kbd>checksetup.pl</kbd> can now @@ -2355,14 +2355,14 @@ and after you <kbd>cvs update</kbd> you can delete the <kbd>docs/html</kbd>, <kbd>docs/pdf</kbd>, <kbd>docs/txt</kbd>, and <kbd>docs/xml</kbd> directories.</li> - <li>If you are using MySQL, you should know that [% terms.Bugzilla %] + <li>If you are using MySQL, you should know that Bugzilla now uses InnoDB for all tables. <kbd>checksetup.pl</kbd> will convert your tables automatically, but if you have InnoDB disabled, the upgrade will not be able to complete (and <kbd>checksetup.pl</kbd> will tell you so).</li> <li><strong>You should also read the - <a href="#v30_upgrading_notes">[% terms.Bugzilla %] 3.0 Notes For Upgraders + <a href="#v30_upgrading_notes">Bugzilla 3.0 Notes For Upgraders section</a> of the <a href="#v32_previous">previous release notes</a> if you are upgrading from a version before 3.0.</strong></li> @@ -2398,10 +2398,10 @@ <h3 id="v32_code_lib">lib Directory</h3> <p>As part of implementing <a href="#v32_feat_install">install-module.pl</a>, - [%+ terms.Bugzilla %] was given a local <kbd>lib</kbd> directory which + Bugzilla was given a local <kbd>lib</kbd> directory which it searches for modules, in addition to the standard system path.</p> -<p>This means that all [% terms.Bugzilla %] scripts now start with +<p>This means that all Bugzilla scripts now start with <code>use lib qw(. lib);</code> as one of the first lines.</p> <h3 id="v32_code_other">Other Changes</h3> @@ -2413,7 +2413,7 @@ template file has been removed.</li> </ul> -<h1 id="v32_previous">[% terms.Bugzilla %] 3.0.x Release Notes</h1> +<h1 id="v32_previous">Bugzilla 3.0.x Release Notes</h1> <h2>Table of Contents</h2> @@ -2432,9 +2432,9 @@ <h2 id="v30_introduction">Introduction</h2> -<p>Welcome to [% terms.Bugzilla %] 3.0! It's been over eight years since - we released [% terms.Bugzilla %] 2.0, and everything has changed since - then. Even just since our previous release, [% terms.Bugzilla %] 2.22, +<p>Welcome to Bugzilla 3.0! It's been over eight years since + we released Bugzilla 2.0, and everything has changed since + then. Even just since our previous release, Bugzilla 2.22, we've added a <em>lot</em> of new features. So enjoy the release, we're happy to bring it to you.</p> @@ -2447,7 +2447,7 @@ <h2 id="v30_point">Updates in this 3.0.x Release</h2> <p>This section describes what's changed in the most recent b<!-- -->ug-fix - releases of [% terms.Bugzilla %] after 3.0. We only list the + releases of Bugzilla after 3.0. We only list the most important fixes in each release. If you want a detailed list of <em>everything</em> that's changed in each version, you should use our <a href="http://www.bugzilla.org/status/changes.html">Change Log Page</a>.</p> @@ -2472,7 +2472,7 @@ <li>If you don't have permission to set a flag, it will now appear unchangeable in the UI. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=433851">[% terms.Bug %] 433851</a>)</li> - <li>If you were running mod_perl, [% terms.Bugzilla %] was not correctly + <li>If you were running mod_perl, Bugzilla was not correctly closing its connections to the database since 3.0.3, and so sometimes the DB would run out of connections. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=441592">[% terms.Bug %] 441592</a>)</li> @@ -2492,7 +2492,7 @@ <h3>3.0.4</h3> <ul> - <li>[% terms.Bugzilla %] administrators were not being correctly notified + <li>Bugzilla administrators were not being correctly notified about new releases. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=414726">[% terms.Bug %] 414726</a>)</li> @@ -2540,7 +2540,7 @@ <h3>3.0.3</h3> <ul> - <li>mod_perl no longer compiles [% terms.Bugzilla %]'s code for each Apache + <li>mod_perl no longer compiles Bugzilla's code for each Apache process individually. It now compiles code only once and shares it among each Apache process. This greatly improves performance and highly decreases the memory footprint. @@ -2549,7 +2549,7 @@ <li>You can now search for '---' (without quotes) in versions and milestones. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=362436">[% terms.Bug %] 362436</a>)</li> - <li>[% terms.Bugzilla %] should no longer break lines unnecessarily in + <li>Bugzilla should no longer break lines unnecessarily in email subjects. This was causing trouble with some email clients. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=374424">[% terms.Bug %] 374424</a>)</li> @@ -2567,7 +2567,7 @@ fields when merging two user accounts. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=400160">[% terms.Bug %] 400160</a>)</li> - <li>[% terms.Bugzilla %] no longer requires Apache::DBI to run under + <li>Bugzilla no longer requires Apache::DBI to run under mod_perl. It caused troubles such as lost connections with the DB and didn't give any important performance gain. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=408766">[% terms.Bug %] 408766</a>)</li> @@ -2576,7 +2576,7 @@ <h3>3.0.2</h3> <ul> - <li>[% terms.Bugzilla %] should now work on Perl 5.9.5 (and thus the + <li>Bugzilla should now work on Perl 5.9.5 (and thus the upcoming Perl 5.10.0). (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=390442">[% terms.Bug %] 390442</a>)</li> </ul> @@ -2602,16 +2602,16 @@ (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=385910">[% terms.Bug %] 385910</a>)</li> <li>If you attach a file that has a MIME-type of <code>text/x-patch</code> or <code>text/x-diff</code>, it will automatically be treated as a - patch by [% terms.Bugzilla %]. + patch by Bugzilla. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=365756">[% terms.Bug %] 365756</a>)</li> <li>Dependency Graphs now work correctly on all mod_perl installations. There should now be no remaining signficant problems with running - [%+ terms.Bugzilla %] under mod_perl. + Bugzilla under mod_perl. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=370398">[% terms.Bug %] 370398</a>)</li> <li>If moving [% terms.abug %] between products would remove groups from the [% terms.bug %], you are now warned. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=303183">[% terms.Bug %] 303183</a>)</li> - <li>On IIS, whenever [% terms.Bugzilla %] threw a warning, it would + <li>On IIS, whenever Bugzilla threw a warning, it would actually appear on the web page. Now warnings are suppressed, unless you have a file in the <code>data</code> directory called <code>errorlog</code>, in which case warnings will be printed there. @@ -2627,7 +2627,7 @@ <li>Instead of throwing real errors, <kbd>collectstats.pl</kbd> would just say that it couldn't find <code>ThrowUserError</code>. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=380709">[% terms.Bug %] 380709</a>)</li> - <li>Logging into [% terms.Bugzilla %] from the home page works again + <li>Logging into Bugzilla from the home page works again with IIS5. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=364008">[% terms.Bug %] 364008</a>)</li> <li>If you were using SMTP for sending email, sometimes emails would @@ -2658,7 +2658,7 @@ non-Latin characters. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=387860">[% terms.Bug %] 387860</a>)</li> <li>Editing the "languages" parameter using <kbd>editparams.cgi</kbd> would - sometimes fail, causing [% terms.Bugzilla %] to throw an error. + sometimes fail, causing Bugzilla to throw an error. (<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=335354">[% terms.Bug %] 335354</a>)</li> </ul> @@ -2743,7 +2743,7 @@ <h3 id="v30_req_optional_mod">Optional Perl Modules</h3> <p>The following perl modules, if installed, enable various - features of [% terms.Bugzilla %]:</p> + features of Bugzilla:</p> <table class="req_table"> <tr> @@ -2873,30 +2873,30 @@ <h3 id="v30_feat_cf">Custom Fields</h3> -<p>[% terms.Bugzilla %] now includes very basic support for custom fields.</p> +<p>Bugzilla now includes very basic support for custom fields.</p> <p>Users in the <kbd>admin</kbd> group can add plain-text or drop-down custom fields. You can edit the values available for drop-down fields using the "Field Values" control panel.</p> -<p>Don't add too many custom fields! It can make [% terms.Bugzilla %] +<p>Don't add too many custom fields! It can make Bugzilla very difficult to use. Try your best to get along with the default fields, and then if you find that you can't live without custom fields - after a few weeks of using [% terms.Bugzilla %], only then should you + after a few weeks of using Bugzilla, only then should you start your custom fields.</p> <h3 id="v30_feat_mp">mod_perl Support</h3> -<p>[% terms.Bugzilla %] 3.0 supports mod_perl, which allows for extremely +<p>Bugzilla 3.0 supports mod_perl, which allows for extremely enhanced page-load performance. mod_perl trades memory usage for performance, allowing near-instantaneous page loads, but using much more memory.</p> -<p>If you want to enable mod_perl for your [% terms.Bugzilla %], we recommend +<p>If you want to enable mod_perl for your Bugzilla, we recommend a minimum of 1.5GB of RAM, and for a site with heavy traffic, 4GB to 8GB.</p> <p>If performance isn't that critical on your installation, you don't have the memory, or you are running some other web server than - Apache, [% terms.Bugzilla %] still runs perfectly as a normal CGI + Apache, Bugzilla still runs perfectly as a normal CGI application, as well.</p> <h3 id="v30_feat_sq">Shared Saved Searches</h3> @@ -2930,10 +2930,10 @@ <h3 id="v30_feat_cr">Custom Resolutions</h3> <p>You can now customize the list of resolutions available - in [% terms.Bugzilla %], including renaming the default resolutions.</p> + in Bugzilla, including renaming the default resolutions.</p> <p>The resolutions <code>FIXED</code>, <code>DUPLICATE</code> - and <code>MOVED</code> have a special meaning to [% terms.Bugzilla %], + and <code>MOVED</code> have a special meaning to Bugzilla, though, and cannot be renamed or deleted.</p> <h3 id="v30_feat_ppp">Per-Product Permissions</h3> @@ -2946,7 +2946,7 @@ <h3 id="v30_feat_ui">User Interface Improvements</h3> -<p>There has been some work on the user interface for [% terms.Bugzilla %] 3.0, +<p>There has been some work on the user interface for Bugzilla 3.0, including:</p> <ul> @@ -2960,23 +2960,23 @@ <h3 id="v30_feat_xml">XML-RPC Interface</h3> -<p>[% terms.Bugzilla %] now has a Web Services interface using the XML-RPC +<p>Bugzilla now has a Web Services interface using the XML-RPC protocol. It can be accessed by external applications by going to the <kbd>xmlrpc.cgi</kbd> on your installation.</p> <p>Documentation can be found in the - <a href="[% docs_urlbase FILTER html %]api/">[% terms.Bugzilla %] + <a href="[% docs_urlbase FILTER html %]api/">Bugzilla API Docs</a>, in the various <kbd>Bugzilla::WebService</kbd> modules.</p> <h3 id="v30_feat_skin">Skins</h3> -<p>[% terms.Bugzilla %] can have multiple "skins" installed, +<p>Bugzilla can have multiple "skins" installed, and users can pick between them. To write a skin, you just have to write several CSS files. See the <a href="[% docs_urlbase FILTER html %]cust-skins.html">Custom Skins Documentation</a> for more details.</p> <p>We currently don't have any alternate skins shipping with - [%+ terms.Bugzilla %]. If you write an alternate skin, please + Bugzilla. If you write an alternate skin, please let us know!</p> <h3 id="v30_feat_sbu">Unchangeable Fields Appear Unchangeable</h3> @@ -2998,18 +2998,18 @@ <p>We also added a <code>mailfrom</code> parameter to let you set who shows up in the <code>From</code> field on all emails that - [%+ terms.Bugzilla %] sends.</p> + Bugzilla sends.</p> <h3 id="v30_feat_df">No More Double-Filed [% terms.Bugs %]</h3> -<p>Users of [% terms.Bugzilla %] will sometimes accidentally submit +<p>Users of Bugzilla will sometimes accidentally submit [%+ terms.abug %] twice, either by going back in their web browser, or just by refreshing a page. In the past, this could file the same [%+ terms.bug %] twice (or even three times) in a row, irritating developers and confusing users.</p> <p>Now, if you try to submit [% terms.abug %] twice from the same screen - (by going back or by refreshing the page), [% terms.Bugzilla %] will warn + (by going back or by refreshing the page), Bugzilla will warn you about what you're doing, before it actually submits the duplicate [%+ terms.bug %].</p> @@ -3021,9 +3021,9 @@ <h3 id="v30_feat_emi">File/Modify [% terms.Bugs %] By Email</h3> <p>You can now file or modify [% terms.bugs %] via email. Previous versions - of [% terms.Bugzilla %] included this feature only as an + of Bugzilla included this feature only as an unsupported add-on, but it is now an official interface to - [%+ terms.Bugzilla %].</p> + Bugzilla.</p> <p>For more details see the <a href="[% docs_urlbase FILTER html %]api/email_in.html">documentation for email_in.pl</a>.</p> @@ -3031,43 +3031,43 @@ <h3 id="v30_feat_gw">Users Who Get All [% terms.Bug %] Notifications</h3> <p>There is now a parameter called <kbd>globalwatchers</kbd>. This - is a comma-separated list of [% terms.Bugzilla %] users who will - get all [% terms.bug %] notifications generated by [% terms.Bugzilla %].</p> + is a comma-separated list of Bugzilla users who will + get all [% terms.bug %] notifications generated by Bugzilla.</p> <p>Group controls still apply, though, so users who can't see [% terms.abug %] still won't get notifications about that [% terms.bug %].</p> <h3 id="v30_feat_utf8">Improved UTF-8 Support</h3> -<p>[% terms.Bugzilla %] users running MySQL should now have excellent +<p>Bugzilla users running MySQL should now have excellent UTF-8 support if they turn on the <kbd>utf8</kbd> parameter. (New - installs have this parameter on by default.) [% terms.Bugzilla %] + installs have this parameter on by default.) Bugzilla now correctly supports searching and sorting in non-English languages, including multi-bytes languages such as Chinese.</p> <h3 id="v30_feat_upda">Automatic Update Notification</h3> <p>If you belong to the <kbd>admin</kbd> group, you will be notified - when you log in if there is a new release of [% terms.Bugzilla %] + when you log in if there is a new release of Bugzilla available to download.</p> <p>You can control these notifications by changing the <kbd>upgrade_notification</kbd> parameter.</p> -<p>If your [% terms.Bugzilla %] installation is on a machine that needs to go +<p>If your Bugzilla installation is on a machine that needs to go through a proxy to access the web, you may also have to set the <kbd>proxy_url</kbd> parameter.</p> <h3 id="v30_feat_welc">Welcome Page for New Installs</h3> -<p>When you log in for the first time on a brand-new [% terms.Bugzilla %] +<p>When you log in for the first time on a brand-new Bugzilla installation, you will be presented with a page that describes where you should go from here, and what parameters you should set.</p> <h3 id="v30_feat_qs">QuickSearch Plugin for IE7 and Firefox 2</h3> <p>Firefox 2 users and Internet Explorer 7 users will be presented - with the option to add [% terms.Bugzilla %] to their search bar. + with the option to add Bugzilla to their search bar. This uses the <a href="page.cgi?id=quicksearch.html">QuickSearch syntax</a>.</p> @@ -3076,7 +3076,7 @@ <p>These are either minor enhancements, or enhancements that have very short descriptions. Some of these are very useful, though!</p> -<h4>Enhancements That Affect [% terms.Bugzilla %] Users</h4> +<h4>Enhancements That Affect Bugzilla Users</h4> <ul> <li>In comments, quoted text (lines that start with <kbd>></kbd>) @@ -3095,8 +3095,8 @@ product that has flags with the same name, the flags will be preserved.</li> <li>You now can't request a flag to be set by somebody who can't set it - ([% terms.Bugzilla %] will throw an error if you try).</li> - <li>Many new headers have been added to outbound [% terms.Bugzilla %] + (Bugzilla will throw an error if you try).</li> + <li>Many new headers have been added to outbound Bugzilla [%+ terms.bug %] emails: <code>X-Bugzilla-Status</code>, <code>X-Bugzilla-Priority</code>, <code>X-Bugzilla-Assigned-To</code>, <code>X-Bugzilla-Target-Milestone</code>, and @@ -3111,12 +3111,12 @@ <code>http://bugs.mycompany.com/show_bug.cgi?id=1212</code>) that links to [% terms.abug %], you will see the title of the [%+ terms.bug %]. Of course, this only works for [% terms.bugs %] in your - [%+ terms.Bugzilla %] installation.</li> + Bugzilla installation.</li> <li>If your installation has user watching enabled, you will now see the users that you can remove from your watch-list as a multi-select box, much like the current CC list. (Previously it was just a text box.)</li> - <li>When a user creates their own account in [% terms.Bugzilla %], the + <li>When a user creates their own account in Bugzilla, the account is now not actually created until they verify their email address by clicking on a link that is emailed to them.</li> <li>You can change [% terms.abug %]'s resolution without reopening it.</li> @@ -3146,7 +3146,7 @@ <ul> <li>Administrators can now delete attachments, making them disappear - entirely from [% terms.Bugzilla %].</li> + entirely from Bugzilla.</li> <li><kbd>sanitycheck.cgi</kbd> can now only be accessed by users in the <kbd>editcomponents</kbd> group.</li> <li>The "Field Values" control panel can now only be accessed @@ -3211,8 +3211,8 @@ get a lot of warnings in your Apache error_log about "deprecated pseudo-hashes." These are harmless--they are a b[%# fool test %]ug in Perl 5.8.0. Perl 5.8.1 and later do not have this problem.</li> - <li>[% terms.Bugzilla %] 3.0rc1 allowed custom field column names in - the database to be mixed-case. [% terms.Bugzilla %] 3.0 only allows + <li>Bugzilla 3.0rc1 allowed custom field column names in + the database to be mixed-case. Bugzilla 3.0 only allows lowercase column names. It will fix any column names that you have made mixed-case, but if you have custom fields that previously were mixed-case in any Saved Search, you will have to re-create that Saved @@ -3223,19 +3223,19 @@ <h3>3.0.6</h3> -<p>[% terms.Bugzilla %] contains a minor security fix. For details, see the +<p>Bugzilla contains a minor security fix. For details, see the <a href="http://www.bugzilla.org/security/2.20.6/">Security Advisory</a>.</p> <h3>3.0.5</h3> -<p>[% terms.Bugzilla %] contains one security fix for +<p>Bugzilla contains one security fix for <a href="[% docs_urlbase FILTER html %]api/importxml.html">importxml.pl</a>. For details, see the <a href="http://www.bugzilla.org/security/2.22.4/">Security Advisory</a>.</p> <h3>3.0.4</h3> -<p>[% terms.Bugzilla %] 3.0.4 contains three security fixes. +<p>Bugzilla 3.0.4 contains three security fixes. For details, see the <a href="http://www.bugzilla.org/security/2.20.5/">Security Advisory</a>.</p> @@ -3245,14 +3245,14 @@ <h3>3.0.2</h3> -<p>[% terms.Bugzilla %] 3.0.1 had an important security fix that is +<p>Bugzilla 3.0.1 had an important security fix that is critical for public installations with "requirelogin" turned on. For details, see the <a href="http://www.bugzilla.org/security/3.0.1/">Security Advisory</a></p> <h3>3.0.1</h3> -<p>[% terms.Bugzilla %] 3.0 had three security issues that have been +<p>Bugzilla 3.0 had three security issues that have been fixed in this release: one minor information leak, one hole only exploitable by an admin or using <code>email_in.pl</code>, and one in an uncommonly-used template. For details, see the @@ -3268,7 +3268,7 @@ <kbd>checksetup.pl</kbd>. This means that you will have to delete those files when CVS tells you there's a conflict, and then run <kbd>cvs update</kbd> again.</li> - <li>In this version of [% terms.Bugzilla %], the Summary field + <li>In this version of Bugzilla, the Summary field is now limited to 255 characters. When you upgrade, any Summary longer than that will be truncated, and the old summary will be preserved in a comment.</li> @@ -3312,7 +3312,7 @@ <h3 id="v30_code_loc"><strong>Packagers:</strong> Location Variables Have Moved</h3> -<p>In previous versions of [% terms.Bugzilla %], <kbd>Bugzilla::Config</kbd> +<p>In previous versions of Bugzilla, <kbd>Bugzilla::Config</kbd> held all the paths for different things, such as the path to localconfig and the path to the <kbd>data/</kbd> directory.</p> @@ -3325,14 +3325,14 @@ <h3 id="v30_code_hooks">Hooks!</h3> -<p>[% terms.Bugzilla %] now supports a code hook mechanism. See the - documentation for +<p>Bugzilla now supports a code hook mechanism. See the + documentation for <a href="[% docs_urlbase FILTER html %]api/Bugzilla/Hook.html">Bugzilla::Hook</a> for more details.</p> -<p>This gives [% terms.Bugzilla %] very advanced plugin support. You can +<p>This gives Bugzilla very advanced plugin support. You can hook templates, hook code, add new parameters, and use the XML-RPC - interface. So we'd like to see some [% terms.Bugzilla %] plugins + interface. So we'd like to see some Bugzilla plugins written! Let us know on the <a href="http://bugzilla.org/cgi-bin/mj_wwwusr?func=lists-long-full&extra=developers">developers@bugzilla.org</a> mailing list if you write a plugin.</p> @@ -3341,10 +3341,10 @@ <h3 id="v30_code_api">API Documentation</h3> -<p>[% terms.Bugzilla %] now ships with all of its perldoc built +<p>Bugzilla now ships with all of its perldoc built as HTML. Go ahead and read the <a href="[% docs_urlbase FILTER html %]api/">API Documentation</a> - for all of the [% terms.Bugzilla %] modules now! Even scripts like + for all of the Bugzilla modules now! Even scripts like <kbd>checksetup.pl</kbd> have HTML documentation.</p> <h3 id="v30_code_globals">Elimination of globals.pl</h3> @@ -3375,9 +3375,9 @@ sub y { $var++ }</pre> <strong>gone</strong>. Instead, we now use DBI for all database interaction.</p> -<p>For more information about how to use - <a href="http://search.cpan.org/perldoc?DBI">DBI</a> with - [%+ terms.Bugzilla %], see the +<p>For more information about how to use + <a href="http://search.cpan.org/perldoc?DBI">DBI</a> with + Bugzilla, see the <a href="http://www.bugzilla.org/docs/developer.html#sql-sendreceive">Developer's Guide Section About DBI</a></p> @@ -3420,9 +3420,9 @@ sub y { $var++ }</pre> of its code moved into modules in the <kbd>Bugzilla::Install</kbd> namespace. See the <a href="[% docs_urlbase FILTER html %]api/checksetup.html">checksetup - documentation</a> and <a href="https://bugzilla.mozilla.org/showdependencytree.cgi?id=277502&hide_resolved=0">[% terms.Bugzilla %] + documentation</a> and <a href="https://bugzilla.mozilla.org/showdependencytree.cgi?id=277502&hide_resolved=0">Bugzilla [%+ terms.bug %] 277502</a> for details.</li> - <li>Instead of <kbd>UserInGroup()</kbd>, all of [% terms.Bugzilla %] now + <li>Instead of <kbd>UserInGroup()</kbd>, all of Bugzilla now uses <kbd>Bugzilla->user->in_group</kbd></li> <li>mod_perl doesn't like dependency loops in modules, so we now have a test for that detects dependency loops in modules when you run @@ -3451,9 +3451,9 @@ sub y { $var++ }</pre> <h2 id="v30_previous">Release Notes For Previous Versions</h2> -<p>Release notes for versions of [% terms.Bugzilla %] for versions +<p>Release notes for versions of Bugzilla for versions prior to 3.0 are only available in text format: - <a href="[% docs_urlbase FILTER remove('html/$') FILTER html %]rel_notes.txt">Release Notes for [% terms.Bugzilla %] 2.22 + <a href="[% docs_urlbase FILTER remove('html/$') FILTER html %]rel_notes.txt">Release Notes for Bugzilla 2.22 and Earlier</a>.</p> [% INCLUDE global/footer.html.tmpl %] |