This page is only accessible to empowered users. You can access administrative pages from here (based on your privileges), letting you configure different aspects of this installation. Note: some sections may not be accessible to you and are marked using a lighter color.
Parameters
Set core parameters of the installation. That's the place where you specify the URL to access this installation, determine how users authenticate, choose which bug fields to display, select the mail transfer agent to send email notifications, choose which group of users can use charts and share queries, and much more.
Default Preferences
Set the default user preferences. These are the values which will be used by default for all users. Users will be able to edit their own preferences from the Preferences.
Sanity Check
Run sanity checks to locate problems in your database. This may take several tens of minutes depending on the size of your installation. You can also automate this check by running sanitycheck.pl from a cron job. A notification will be sent per email to the specified user if errors are detected.
Users
Create new user accounts or edit existing ones. You can also add and remove users from groups (also known as "user privileges").
Classifications
If your installation has to manage many products at once, it's a good idea to group these products into distinct categories. This lets users find information more easily when doing searches or when filing new bugs.
Products
Edit all aspects of products, including group restrictions which let you define who can access bugs being in these products. You can also edit some specific attributes of products such as components, versions and milestones directly.
Flags
A flag is a custom 4-states attribute of bugs and/or attachments. These states are: granted, denied, requested and undefined. You can set as many flags as desired per bug, and define which users are allowed to edit them.
Custom Fields
Bugzilla lets you define fields which are not implemented by default, based on your local and specific requirements. These fields can then be used as any other field, meaning that you can set them in bugs and run any search involving them.
Before creating new fields, keep in mind that too many fields may make the user interface more complex and harder to use. Be sure you have investigated other ways to satisfy your needs before doing this.
Field Values
Define legal values for fields whose values must belong to some given list. This is also the place where you define legal values for some types of custom fields.
Bug Status Workflow
Customize your workflow and choose initial bug statuses available on bug creation and allowed bug status transitions when editing existing bugs.
Groups
Define groups which will be used in the installation. They can either be used to define new user privileges or to restrict the access to some bugs.
Keywords
Set keywords to be used with bugs. Keywords are an easy way to "tag" bugs to let you find them more easily later.
Whining
Set queries which will be run at some specified date and time, and get the result of these queries directly per email. This is a good way to create reminders and to keep track of the activity in your installation.
Release Notes
Detailed information related to this release of Bugzilla.