1. Use the latest version of Firefox with a new profile

Make sure you are using the latest nightly build of Firefox. Always install it in an empty folder.

Create a new Firefox profile and then start Firefox using that profile. Now, try to reproduce the bug. Of course, if what you're about to file is not a bug, but an enhancement request (RFE), you can skip this step. If you do not see the bug when using the latest nightly build and a new profile, there are two possibilities: either the bug is fixed in the latest builds, or seeing the bug depends on something in the profile you normally use.

To determine which of these is the case, try testing the bug using a new profile, but with the same build in which you were seeing the bug. If you do see the bug in this situation, then it's been fixed in the latest builds, and there's no need to file a bug report.

However, if you do not see the bug in this situation, then seeing the bug depends on something that is in the profile you normally use. This means it is a bug, but the information in the bug report needs to include information on how to turn a clean profile into a profile where the bug can be seen. Figuring out what in your existing profile triggers the bug may require some guesswork. It could be a preference, an extension you have installed, something in a database like bookmarks, history, or saved passwords, or something else. You can determine this by doing things like installing in the clean profile extensions that you have in your normal profile, temporarily disabling extensions in your normal file, copying files (like prefs.js or history.dat) from your normal profile to the clean profile, or other methods. Once you figure this out, remember to include in the bug report the simplest way to turn a clean profile into a profile where the bug can be seen.

2. Determine which product has the bug

Firefox is built on the Mozilla toolkit; so many bugs in Firefox may not be specific to Firefox, but actually bugs in the Mozilla toolkit, or even the core Mozilla code. The major difference between Firefox and Mozilla is the user interface (e.g. the toolbars, menus, status bar, etc., referred to as the "chrome" in Mozilla terms). That means, if you're experiencing a problem with the toolbar, it's probably a Firefox bug. If you're having a problem with autocomplete, it is probably a toolkit bug. If you're having problems with web page rendering, connection failures or even printing, they're most likely Mozilla core bugs. If you're still unsure of which product your bug belongs under, browse though the component list of Firefox, Toolkit, and Core, to find which product contains the component most appropriate for your bug report.

Optionally, you can download the latest SeaMonkey nightly and try to reproduce the bug using a clean SeaMonkey profile. If the bug exists in SeaMonkey, you should file the bug in the most relevant component of the product Core.

3. Check if the bug is already filed

The list of previously filed bugs is constantly growing, but if you look in the appropriate category, you'll notice that the list isn't that long. The components in Firefox are:

• Bookmarks
• Build Config
• Disability Access
• Download Manager
• Error Console
• Extension Compatibility
• Extension/Theme Manager
• File Handling
• Find Toolbar/Fast Find
• Form Manager
• General
• Help Documentation
• History
• Installer
• Keyboard Navigation
• Location Bar and Autocomplete
• Menus
• Microsummaries
• Migration
• OS Integration
• Page Info
• Password Manager
• Phishing Protection
• Places
• Plugin Finder Service
• Preferences
• RSS Discovery and Preview
• Search
• Security
• Software Update
• Startup and Profile System
• Tabbed Browser
• Toolbars
• View Source

The links above display a list of all bugs for that component (except the duplicates). If this is a new bug in the latest nightly build, you could always look in the list of bugs filed today. For the complete list of Firefox bugs, including duplicates, click here (will take a while to load).

4. Finally, read the official Bug Writing Guidelines

This last step only needs to be done once (hopefully), and is probably the most important one. You should never file a bug report before reading the official Bug Writing Guidelines, written by Gervase Markham. You will learn how to write a detailed and useful bug report, which will reduce the time it takes for a developer to fix the bug.