New Features In Bugzilla 3.0
- Custom Fields
- mod_perl Support
- Shared Saved Searches
- Attachments and Flags on New Bugs
- Custom Resolutions
- Per-Product Permissions
- User Interface Improvements
- XML-RPC Interface
- Unchangeable Fields Appear Unchangeable
- All Emails in Templates
- No More Double-Filed Bugs
- Default CC List for Components
- File/Modify Bugs By Email
- Users Who Get All Bug Notifications
- Improved UTF-8 Support
- Automatic Update Notification
- Welcome Page for New Installs
- Other Enhancements and Changes
Bugzilla now includes very basic support for custom fields.
Users in the admin 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.
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 Bugzilla, only then should you start your custom fields.
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.
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.
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, Bugzilla still runs perfectly as a normal CGI application, as well.
Users can now choose to "share" their saved searches with a certain group. That group will then be able to "subscribe" to those searches, and have them appear in their footer.
If the sharer can "bless" the group he's sharing to, (that is, if he can add users to that group), it's considered that he's a manager of that group, and his queries show up automatically in that group's footer (although they can unsubscribe from any particular search, if they want.)
In order to allow a user to share their queries, they also
have to be a member of the group specified in the
Users can control their shared and subscribed queries from the "Preferences" screen.
You can now add an attachment while you are filing a new bug.
You can also set flags on the bug and on attachments, while filing a new bug.
You can now customize the list of resolutions available in Bugzilla, including renaming the default resolutions.
MOVED have a special meaning to Bugzilla,
though, and cannot be renamed or deleted.
You can now grant users editbugs and canconfirm for only certain products. You can also grant users editcomponents on a product, which means they will be able to edit that product including adding/removing components and other product-specific controls.
There has been some work on the user interface for Bugzilla 3.0, including:
- There is now navigation and a search box a the top of each page, in addition to the bar at the bottom of the page.
- A re-designed "Format for Printing" page for bugs.
- The layout of show_bug.cgi (the bug editing page) has been changed, and the attachment table has been redesigned.
Bugzilla now has a Web Services interface using the XML-RPC protocol. It can be accessed by external applications by going to the xmlrpc.cgi on your installation.
Documentation can be found in the Bugzilla API Docs, in the various Bugzilla::WebService modules.
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 Custom Skins Documentation for more details.
We currently don't have any alternate skins shipping withBugzilla. If you write an alternate skin, please let us know!
As long as you are logged in, when viewing a bug, if you cannot change a field, it will not look like you can change it. That is, the value will just appear as plain text.
All outbound emails are now controlled by the templating system.
What used to be the
parameters are now all templates in the template/ directory.
This means that it's now much easier to customize your outbound emails, and it's also possible for localizers to have more localized emails as part of their language packs, if they want.
We also added a
mailfrom parameter to let you set
who shows up in the
From field on all emails that
Users of Bugzilla will sometimes accidentally submit a bug twice, either by going back in their web browser, or just by refreshing a page. In the past, this could file the same bug twice (or even three times) in a row, irritating developers and confusing users.
Now, if you try to submit a bug twice from the same screen (by going back or by refreshing the page), Bugzilla will warn you about what you're doing, before it actually submits the duplicate bug.
You can specify a list of users who will always be added to the CC list of new bugs in a component.
You can now file or modify bugs via email. Previous versions of Bugzilla included this feature only as an unsupported add-on, but it is now an official interface to Bugzilla.
For more details see the documentation for email_in.pl.
There is now a parameter called globalwatchers. This is a comma-separated list of Bugzilla users who will get all bug notifications generated by Bugzilla.
Group controls still apply, though, so users who can't see a bug still won't get notifications about that bug.
Bugzilla users running MySQL should now have excellent UTF-8 support if they turn on the utf8 parameter. (New 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.
If you belong to the admin group, you will be notified when you log in if there is a new release of Bugzilla available to download.
You can control these notifications by changing the upgrade_notification parameter.
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.
Firefox 2 users and Internet Explorer 7 users will be presented with the option to add Bugzilla to their search bar. This uses the QuickSearch syntax.
These are either minor enhancements, or enhancements that have very short descriptions. Some of these are very useful, though!
Enhancements That Affect Bugzilla Users
- In comments, quoted text (lines that start with >) will be a different color from normal text.
- There is now a user preference that will add you to the CC list of any bug you modify. Note that it's on by default.
- Bugs can now be filed with an initial state of ASSIGNED, if you are in the editbugs group.
- By default, comment fields will zoom large when you are typing in them, and become small when you move out of them. You can disable this in your user preferences.
- You can hide obsolete attachments on a bug by clicking "Hide Obsolete" at the bottom of the attachment table.
- If a bug has flags set, and you move it to a different product that has flags with the same name, the flags will be preserved.
- You now can't request a flag to be set by somebody who can't set it (Bugzilla will throw an error if you try).
- Many new headers have been added to outbound Bugzilla
X-Bugzilla-Who. You can look at an email to get an idea of what they contain.
- In addition to the old
X-Bugzilla-Reasonemail header which tells you why you got an email, if you got an email because you were watching somebody, there is now an
X-Bugzilla-Watch-Reasonheader that tells you who you were watching and what role they had.
- If you hover your mouse over a full URL (like
http://bugs.mycompany.com/show_bug.cgi?id=1212) that links to a bug, you will see the title of the bug. Of course, this only works for bugs in your Bugzilla installation.
- 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.)
- 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.
- You can change a bug's resolution without reopening it.
- When you view the dependency tree on a bug, resolved bugs will be hidden by default. (In previous versions, resolved bugs were shown by default.)
- When viewing bug activity, fields that hold bug numbers (such as "Blocks") will have the bug numbers displayed as links to those bugs.
- When viewing the "Keywords" field in a bug list, it will be sorted alphabetically, so you can sanely sort a list on that field.
- In most places, the Version field is now sorted using a version-sort (so 1.10 is greater than 1.2) instead of an alphabetical sort.
- Options for flags will only appear if you can set them. So, for example, if you can't grant + on a flag, that option won't appear for you.
- You can limit the product-related output of config.cgi by specifying a product= URL argument, containing the name of a product. You can specify the argument more than once for multiple products.
- You can now search the boolean charts on whether or not a comment is private.
Enhancements For Administrators
- Administrators can now delete attachments, making them disappear entirely from Bugzilla.
- sanitycheck.cgi can now only be accessed by users in the editcomponents group.
- The "Field Values" control panel can now only be accessed by users in the admin group. (Previously it was accessible to anybody in the editcomponents group.)
- There is a new parameter announcehtml, that will allow you to enter some HTML that will be displayed at the top of every page, as an announcement.
- The loginnetmask parameter now defaults to 0 for new installations, meaning that as long as somebody has the right login cookie, they can log in from any IP address. This makes life a lot easier for dial-up users or other users whose IP changes a lot. This could be done because the login cookie is now very random, and thus secure.
- Classifications now have sortkeys, so they can be sorted in an order that isn't alphabetical.
- Authentication now supports LDAP over SSL (LDAPS) or TLS (using the STARTLS command) in addition to plain LDAP.
- LDAP users can have their LDAP username be their email address, instead of having the LDAP mail attribute be their email address. You may wish to set the emailsuffix parameter if you do this.
- Administrators can now see what has changed in a user account, when using the "Users" control panel.
LATERare no longer part of the default list of resolutions. Upgrading installations will not be affected--they will still have these resolutions.
- editbugs is now the default for the timetrackinggroup parameter, meaning that time-tracking will be on by default in a new installation.