I'm currently looking at Bugzilla and Trac, as they seem to be the most popular (and I'm hoping that also means if there are any problems, it will be easier to get help), but I'm curious what solutions you use or have used and what your thoughts are.

I'm currently leaning toward Trac, as it's Wiki functionality can be used to support documentation. But that might not be a good enough reason to jump on Trac.

+91  A: 

Our company uses Atlassian JIRA, and it has nice features like integration with CruiseControl, task calendars, etc aside from its excellent bug tracking system.

Jon Limjap
JIRA also integrates with Confluence, which IMO is a much nicer wiki system than Trac. I view JIRA+Confluence+FishEye as the "big brother" of Trac (though both are very good).
Atlassian has wonderful tools. We use JIRA and Confluence, and will likely be adding FishEye and Crucible shortly.
The source control integration is great, it can be set up independently of FishEye as well.
Jira is completely awesome. Supported by Eclipse's Mylyn too these days. And the integration with Confluence and other Atlassian's tools is excellent too.
Don't you find *JIRA* (just like *BugZilla*) a bit heavy for common uses?

Team Foundation Server

Nick Berardi
+8  A: 

Footprints by Numera - not a big fan.

At a previous employer, FogBugz. I absolutely loved it.

Matt Dillard
We started using Footprints at the university I attend (and work for) and I cannot say I am a fan either.
Paul Osborne
Agreed, FogBugz is great. My company has been using it for years, and we've been quite happy with it.
Jeremy Friesner
+27  A: 

We use Trac but I wouldn't say its wiki is a deciding factor. In fact we use MediaWiki instead of Trac's wiki due to it not being easy to use in my opinion.

Aside from the wiki I don't know how we did development without it. Browsing the source and the timeline are huge features that make development easier. Also the ease of looking at previous versions and seeing exactly what was changed and by whom is great.

I don't think you can go wrong with picking Trac.

+1  A: 

We have a set of users that requires ease of use in order to gain their participation. I know, it's a situation that is less than ideal; however, management lets it occur. To that end we transitioned to using BugNET

The feature set is basic, but it has everything we need. The integration with Active Directory and its ease of use at least meets the requirements by the problem group.

+7  A: 

At my current place of business we are using FogBugz.

+4  A: 

We use OnTime, it's not great but I haven't used a ton of others so I can't really say.

We use OnTime, it is *painfully* slow doing searches and retrieving pretty much any information from its database (I think bug database size probably has a large effect on this). The GUI is a bit idiosyncratic too - which doesn't help matters.It is a shame because it has the potential to be really useful (we use it for feature and task planning/tracking as well) but, at the end of the day, I expect to be able to easily search for and find a particular bug/feature from such a system and OnTime consistently frustrates me whilst doing this simple task.
Chris F
+15  A: 

We use Team Foundation Server at work, but at home I use Bugzilla.

If anyone is interested in using TFS for personal / home projects, just create a project on codeplex, its pretty easy and they have online TFS servers you can access from anywhere.
+82  A: 

I use FogBugz. Check the site out for all the features, but the most notable ones, besides the bug/feature tracking feature, are:

  1. Source Control Integration
  2. Hosted and Non Hosted Solutions
  3. Evidence Based Scheduling
  4. Wiki
  5. Email support for your customers
  6. Tie your applications into it using the API

Picking really boils down to features, then money, and etc. Some people prefer it the other way around. I don't mind paying for something as long as it isn't too expensive and how bad I can live without certain features.

Dale Ragan
There should be a disclaimer here that this site is co-owned by the owner of fogbugz ...
Sam Saffron
why? .
Joel didn't post this so why?
Dave Markle
I just got started using FogBugz and it seems to have impressive features compared to others. I do software consulting (1-person company) so it's free for me, and has time tracking/estimation features I find really useful.
Perhaps its just me but it seems expensive for a small team (3 dev, 2 QA) thats five logins that would be $125 a month. Hard to sell to the partners at that price.
I'd use FogBugz but it's crazy expensive for a small open source project.
Brian Ortiz
@Brian: I forgot where, but Joel said something about hooking OSS projects up with FogBugz for free if they contacted him. Might want to look into that.
Charlie Somerville
@CmdrTallen - I agree, price has has definitely gone up with functionality, to a point where I'd reconsider if I was choosing the product now.
Almost downvoted for this phrase: "Picking really boils down to features, then money, and etc." Picking software based on features alone (and ignoring user experience) makes for very unhappy developers.
+1  A: 


Intuitive. Free trials available.

+1  A: 

At my previous company we used OnTime - I was a bit surprised that it lacked what I considered basic functionality. We looked at fogbugz but never when further than that. Currently use Mercury and really don't like it because the browser interface crashes my browser each time I use it. We have TFS but don't use it for bug tracking - don't know why.

+3  A: 

We used trac for a while, but it has rather simple functionality and we're looking to replace it. I think it's only usable when you have a small group of developers and a single project.

It was two years ago and here's a few things that were not good about it:

  • tickets
    • flat list of components (no grouping possible, like "Products" in bugzilla)
    • you had to write SQL in order to do interesting queries for tickets
    • not enough fields, not easily customizable for our project management needs
  • wiki
    • no templates, categories
    • hard to refactor (no page moves, no "what links here" functionality)
    • no way to easily review changes (no link to the page diff from the timeline)
  • common
    • no ACL

I had positive experience with using bugzilla, although it has quite scary interface.

+2  A: 

As a bug reporter (and not as a developer), I have found Trac really annoying to use. Is it possible for you to use SourceForge or Launchpad?

Chris Conway
+1  A: 

We use DevTrack, by TechExcel. They have a good 'small business' pricing model and have all of the customizability of the largest systems out there. It does have waaay more features than we use, but does allow us the customizability that we wanted at a price our startup (12 full timers) could afford.

I've also used Jira. Jira was a pleasure to use. It's not as customizable and, given our small size, was too expensive to use where I am now.

It's nothing fancy, but it will do.
Brian Carlton
+3  A: 

Bugzilla may have improved, but the last time I looked at it (3 or more years ago) it was really difficult to install. Also, I've never liked the Bugzilla search interface (but that may have more to do with sifting through Mozilla's mountains of bug data).

Chris Conway
I can agree. I've been using Bugzilla for about the last 5 years and I'm very disappointed in the lack of creativity in their feature set. Everything they do seems to trail behind the rest by about 3 years or so for progress. I'm motivated to look elsewhere now, considering BugNet.
+1  A: 

Trac, also integrates nicely with SVN and Git.

I also use the Eclipse Mylyn extension which really works great with Trac to bring managing tasks right into the IDE.

+2  A: 

I work with @RedWolves and second his recommendation of TRAC. It has great integration with SVN. My favorite feature is all the RSS feeds it provides. I can subscribe directly to the Timeline view and easily keep track of all changesets, new bugs, and wiki edits.

With my work with clients I've also used Bugzilla, TeamTrack, and Task Tracker. All three do a decent job, but I still prefer TRAC due to its built-in source control integration.

+1  A: 

We use StarTeam, which we also use for our source control. I wish we could switch, but management decided they liked some of the time-tracking features of StarTeam, so that's what we went with.

Corey McKinnon
Start Team: possibly the worst SCC repository out there!
Mitch Wheat
+2  A: 

At our place we use Quality Center. Well actually our test team uses it but it has the facility to manage test cases, test scripts, assign defects etc and seems to be very comprehensive.

Of course as developers we shadow any Defects with TFS work items!

We're still using using QC 8.2 and looking to migrate to something newer (and cheaper). Still researching new possibilities.
+40  A: 

We use Mantis. (Free, open source) OK I guess, but nothing special...

It's not as bad as Bugzilla, but it's still seriously clunky to use (let alone customise).
Rob Howard
Yeah, I've found it to be a bit lacking in "niceties", but it does the job.
+18  A: 

We use Bugzilla. I've installed and upgraded it many times, so I guess I'm over the administration learning curve. We find it quite adequate for the needs of our small-ish team (10-15 devs). I haven't attempted any integration with our source control system (svn), so I can't comment on that.

Mike Ellery
We use it shared across three different companies. Once set-up, you realize how powerful it is. It also has significant control over who can see what bugs and you can handle multiple products in one set-up. Later bugzilla versions are also better tunable for your needs.
Repeating my comment from another post:Bugzilla works well, but the interface... God damn that product is shooting itself in the leg with that interface! It's absolutely awful. Because of that interface many non-technical people are unable to use it. (For technical people: Eclipse's Mylyn's GUI is wonderful, though.)
+3  A: 

If you're on a Windows/IIS server and looking for a free solution, BugTracker.NET is very simple, quick, and easy to use. It integrates with Subversion (though not as tightly as Trac does) and is very customizable.

Trac is great for small teams and/or projects. It just isn't meant for handling multiple projects or clients.

We tried FogBugz but the somewhat slow interface and "Windows-y" feel was a turn-off for some people. (I tried my best to make it stick, but we ended up using Fog Creek's money back guarantee.)

+1  A: 

We use Bugzilla for our team of 10 devs. It works well for us and we've been through several major upgrades, all without any problems (we currently version 3.x). We haven't done any integration with our source system (Subversion). It has worked well for us.

Mike Ellery
+2  A: 

I'm ashamed to admit it but powerless to change it (well not entirely powerless, I could find a different job): My current employer uses an 8 year old version of TestTrack from Seapine Software. Its horrible and next to useless compared to any modern tool. Supposedly we are upgrading to Team Foundation Server "next month" but they have been saying that for almost 2 years now.

Brian Ensink
8 years ouch! We are using the 2008 version and have few complaints.
Leigh Riffel
+4  A: 

Take a look at BugNet (

Installation failed for me, very inactive forum.
+4  A: 

Fogbugz. Great Simple and with features you really need.

Jedi Master Spooky
+61  A: 

In defense of Trac...

Check out the huge plugin community at edgewall and It seems that a lot of development happens at trac-hacks and some of it is folded into the mainline, but most isn't.

  • tickets
    • "flat list of components.." Maybe, but can use tags and custom fields quite freely.
    • you can write SQL in order to do interesting queries for tickets. (Yes, someone might need to think a bit here.)
    • nowadays, at least, you can just add whatever fields you like. I think trac is a bit promiscuous with its DB, but it seems to work.
  • wiki
    • "no templates, categories." This is on the way. (0.11?)
    • "hard to refactor". Renaming, TOC, include, [...] are available as plugins.
    • "no way to easily review changes (no link to the page diff from the timeline)". Hadn't thought of that, but apparently someone else has to. It seems to have it now...
  • common
    • "no ACL". No ACL on the wiki beyond WIKI_ADMIN and friends. Also on its way.

I had positive experience with using bugzilla, although it has quite scary interface.

I had a very negative experience with bugzilla, primarily because of the unusable interface..

That said, I think the size, skill-level and discipline of your group are very important factors..

Trac is great for smaller groups of higher skills, that can appreciate stuff like linking file+version+line in tickets, tickets in checkins, &c, &c.

It's probably horribly bad for groups where the lack of ACL on wiki pages is a problem.

Anders Eurenius
I totally agree about Bugzilla's interface. Bugzilla might be a very powerful tool but its user interface is a failure.
Pascal Thivent
CAD bloke
I love Trac. I just can't install it on most (if not all) of the hosting accounts I have access to. :(
Rob Howard
Took me hours to install Trac on my Dreamhost account before they added it to their one-click-install feature. Also, add under wiki "no multi-language support". The only reason I still use Trac is the SVN integration.
Brian Ortiz
For me, the customizable ticket workflow introduced in 0.11 has been the key feature keeping me with Trac. Fogbugz advertised configurable workflow in their last release... but it's not really that configurable.
Richard Dunlap
Bugzilla works well, but the interface... God damn that product is shooting itself in the leg with that interface! It's absolutely awful. because of that interface many non-technical people are unable to use it. (For technical people: Eclipse's Mylyn's GUI is wonderful, though.)
Trac is an amazing a customizable tool, is the base of our work and all the company relay on it.It also serve us to meet the ISO Quality requirements
+1  A: 

We use Bugzilla. We always thought it was bad, and we evaluated a number of other bug tracking software products. In the end, ultimately they had approximately the same features, so we stuck with Bugzilla.

Macho Matt
+8  A: 

Here's another FogBugz user. I bought it for myself for my side-programming work and eventually brought it into my full-time job.

One of my favorite FogBugz features is the BugzScout which lets you programmatically submit bugs from your code.

All of my PHP pages use


so that exceptions get routed to a nice little form (which I stole from FogBugz itself) that shows an error message and submits the exception details to FogBugz.

Mark Biek
That's a pretty neat idea actually, do you leave this in for production or just for dev/testing use?
I've mainly used it in production. Basically it works into whatever error screen the app/page displays to the user. They get a friendly notice that something has gone wrong I get details about the error.
Mark Biek
+6  A: 

Mantis, even if it is used sparingly :(


We use StarTeam for both bug tracking and source code management. Has its quirks but not too bad.

+14  A: 


  1. From the non free options, they have the best business model (best for me) since you pay one simple price for a site license, and then can have all the billions of users that you want. No fear adding new users and paying higher fees. Update: No longer true.. sadly
  2. Tons of plug-ins written by a community.
  3. Flexible, I managed to use it as our QA tool as well (maintaining QA test cases), which is great since it is easy to link QA cases to Bugs that are opened as a function of that QA case, and even link a new feature to a QA case using a link (I created) called "Tested by".
  4. A lot of security flexibility, letting you open it up to customers and having them see only what you want them to see (all bugs? their bugs...)
  5. If you use Confluence (the wiki engine by the same company) they link to each other (user wise) plus you can embed JIRA info/reports in the wiki pages (live data!).
It's worth noting that the licensing for JIRA has changed since this answer was written. It now uses a model based on the number of permitted users. The good news is that the 10-user version only costs $10.
Dan Dyer
And the profit goes to charity for the $10 license.

We switched from Bugzilla to Trac. Trac has very nice integration with SVN and wiki. But trac is bit light with featured related to project management. Trac has been okey so far for a small team of about 3-5 persons.

Juha Syrjälä
+1  A: 

We're also using FogBugz at my job.

Why create an answer to say this? Just up-mod the other posts which have relevant information about FogBugz.
+2  A: 

If you are looking for a robust enterprise solution, I'd recommend Atlassian Jira. It's pricey, but they offer free licenses to open-source projects.

+3  A: 

I've always found Mantis kind of claustrophobic with its layout and billion different fields.

If you are looking for something very simple and easy-to-use, Lighthouse might be the way to go. It doesn't have all the bells and whistles of the other apps, but I enjoy its simplicity.

go minimal
+2  A: 

We use JIRA, in association with another product from the same company, FishEye. This combination lets us log jobs, resolve them, and most importantly, link the job with the SVN commit that fixed it. This makes tracking down bugs really simple, as you can look at the code, and not just find out who made some change, but why. If some code looks off, you can quickly see whether it was an odd-ball customer request, or a mistake.


JIRA, and BugZilla.

(they are actually the only 2 I have ever used - well maybe bumped into trac from time to time when logging a bug on some ruby library or something).

Michael Neale

I've used Trac, and like what others have said, the interface is rather annoying to use. It is great since it is free, but the issue/case tracking section is not that nice on the eyes personally and it acts as a barrier for me to use it.

Also it can't really handle multiple projects at a time, which is a big deal breaker for many.

public static

We're using Mantis currently.

Alvaro Rodriguez

Remedy back in the day, but now Jira is my favourite.


I use BugTracker.Net very nice and simple.

+13  A: 

I use BugTracker.NET. It is very nice and simple.

I use this one as well and have found it to be simple enough that support can use it to enter useful bugs.
I'm not in love with BugTracker. It is easy enough to use, but the reporting is basically export to excel. Some trendlines or analysis would be nice.
I'm not in love with it either, even though (because?) I wrote it. But regarding reporting, it's designed so that you add your own reports, just by plugging in some SQL. If you are handy with SQL.
Corey Trager
+8  A: 

We use FogBugz which is licensed per user. They offer the option of having it hosted by FogCreek or installed on your own server. We have it installed locally on an IIS server connected to SQL Server database secured and managed in a corporate data center at a remote site. Overall, the system works great, and while the user licensing and support costs have increased for new users in recent years, it is still a great value.

We Started off on version 5.x and really liked the system, found it to be very robust and simple to use. A major philosophy of the system is to make it simple to capture/enter bugs and to keep bugs owned by a specific person who is expected to act on it next.

We recently upgraded to the 6.x system that has a whole new interface graphic design. Still getting used to the changes of the layout of things, but certainly like some of the new reporting and search/lookup features that seemed to be missing in the previous versions. I would say the new version is overall improved over 5.x, but I am not so sure the layout is quite as visually clean as the previous version - visually it seems to be a bit harder to find fields. Not sure this is because of familiarity with previous version or if the older was really better in this regard. Would be curious what other users think....

In any case, definately recommend the system as easy to buy, easy to install, easy to use, a good value, easy to upgrade, and very well supported by FogCreek.

Tall Jeff

Bugzilla version rc3.0.3 integrated with CVS. Now we intend to integrate also with our wiki. We've been using it over 4 years. At the begining, some of the business analysts became a bit resistent. Now we developers and BAs can't live without this tool. Very simple and useful.

+2  A: 

We use Trac combined with Subversion and Eclipse Mylyn. Mylyn itself can be used with many of the other bugtrackers that were mentioned before. It's really great when you do development work with Eclipse as you can switch between different tickets fast and all your context (esp. open files) is restored, you get links to tickets in your commit messages automatically etc.

We also use the Trac wiki extensively to document ideas, concepts and track the status of milestones on the roadmap. The possibility to link to almost anything is a feature that I personally wouldn't like to live without anymore. You can describe the current state of your project including change logs with links to the tickets that were fixed in the different versions etc.

However, when you decide for Trac, you should be prepared for some configuration work that needs to be done. Check out trac-hacks for extending the functionality of the base installation.

Martin Klinke
+2  A: 

Another Jira user here, though in the past we have used and liked fogbugz and version one.

+8  A: 

Not using it actively but I found flyspray to be quite useful.

As a lightweight bug tracker it looks like a nice, no fuss, choice.
I was surprised more people did not mention this. Lightweight, very easy to install and use. The only thing I dislike about it is that the default skin is not very pleasing to the eye, but this is easy to fix since it's skinnable using CSS.
I'm a big fan of Flyspray as well. I've used it on a few projects and installation/usability was all really straight-forward.
Reed Olsen

We use Mercury Test Director. It's not horrible, but I would not recommend it to anyone. It's expensive (per user licensing) and has a high PITA factor. It's also a UI/macro test suite, so it's weakness if probably due to covering too much ground.

Daniel Auger

I've seen a couple of responses from people who do not like OnTime or think it lacks in features (but without specifics).

What specifically do you not like?

I've got the free single user version running at home with both desktop app and web versions running, and I've also been playing around with the Web SDK. To me, it is pretty easy to use, and seems to have all of the functionality I would want.

+2  A: 

We use Mantis as well and I would say that it's solid but is certainly not on the bleeding edge of web application technology. We are being mandated to switch over to Quality Center which, I have to say, is absolutely awful. Expensive, very difficult to use and slow. It has a long feature list but what good are features when they are so very difficult to use. Not to mention that although the makers might consider it a web-based application it's actually entirely ActiveX-driven and therefore only usable with an IE-based browser. I really can't say enough bad things about that product.

+2  A: 

We also use trac / subversion and Mylyn my blog has info on how to install SVN & Trac on Windows as some people found this quite hard to get their heads round.

With the timing and estimation plugin you can keep track of where you project is at, also you have the ability (without the plugin too) to update tickets from the commit message, and thus giving you a circular reference between code and tickets another must is master tickets so that you can have 1 larger job and split it down, then as you reference tickets correctly and link them it can help with impact analysis when you need to modify the code base etc.

+1  A: 

We use OnTime, but our team prefers to call it Late. It's dog slow and cumbersome to use.

The best issue tracker that I've worked with so far is Jira.

+1  A: 

Currently, Rational ClearQuest through Citrix. Layers and layers....

As a user, it was cumbersome at first. After using it for ~3 years I've gotten extremely fast with the shortcuts.


We use Numara FootPrints. Our organization has a lot of teams doing very different things, and the multiple configurations Footprints allows seems to help fulfill some of the teams needs. This 'silver bullet' approach leaves a lot to be desired though, and so for sw development, we're going to switch.

FogBugz and Bugzilla are leading the pack, and we'll probably go with FogBugz.

Instead of trying to map our processes to take advantage of every feature a tool might have (which results in a footprints ticket with over 100 fields on the screen!), we've tried reducing the process to the bare minimum to encourage use.

Fogbugz has the simplest interface by far, and the trainable email submission and semantic linking are great features we're excited to use.

+1  A: 

We are a custom software development company ... so we figured "we'd eat our own dogfood" and wrote our own.

same here... our bug tracking software is part of the "integrated company management" software
+33  A: 

Based on reading this blog post by Steven Frank of Panic fame I decided to try out Redmine as our development bug tracker/project management tool.

Here is a quick quote about the project from their website:

Redmine is a flexible project management web application. Written using Ruby on Rails framework, it is cross-platform and cross-database.

Redmine is open source and released under the terms of the GNU General Public License v2 (GPL).

Feature Overview

  • Multiple projects support
  • Flexible role based access control.
  • Flexible issue tracking system
  • Gantt chart and calendar
  • News, documents & files management
  • Feeds & email notifications.
  • Per project wiki
  • Per project forums
  • Simple time tracking functionality
  • Custom fields for issues, projects and users
  • SCM integration (SVN, CVS, Git, Mercurial, Bazaar and Darcs)
  • Multiple LDAP authentication support
  • User self-registration support
  • Multilanguage support
  • Multiple databases support

I have also used FogBugz and I recommend it using it if you are in a position to pay for a bug tracker. FogBugz works really well and is very simple to you. It is even pretty simple to setup.

+1 Redmine is really really nice and evolving quite rapidly.
We use redmine too. Apart from a few minor annoyances I really like it.
David Holm
that's a 404 on the stevenf link
CAD bloke
Yeah ++ for redmine! Is much better than Bugzilla and all the fuzz
Martin K.
+1 for redmine, especially since it's pretty extensible through plugins.
Daniel Vandersluis

We used to use Trac, but it was crap - we then switched to an inhouse system.

Trac is still around for it's SVN timeline, but we're considering swapping that out for warehouse

Orion Edwards
+7  A: 

I did an extensive analysis of bug tracking/project management tools around Dec 2007/Jan 2008. It came down to FogBugz (paid), or Trac (free). For our needs, FogBugz won because of:

  1. Exceptional list view interface and filtering
  2. Simplistic interface of case management
  3. Evidence Based Scheduling (9 months in, and this has become extremely accurate. I had a release scheduled for today, actually; and FB estimated that we'd release tomorrow. Guess what I'm doing tomorrow?)

Where Trac excelled was in the wiki. I'm sorry to say, but FB's wiki leaves a lot to be desired, especially the relationship between cases and wiki articles. I'd love to be able to have a case open for a new feature, have the spec be in the wiki, and easily link from the case to the wiki and vice versa. And then open bugs regarding the feature would be linked to the wiki as well.

Trac also had very good roadmap management. Our CEO was pushing me toward Trac because of the Roadmap feature, but I convinced him to let us use a 30 day trial of FB, and setup a filter named "Roadmap", and that pretty much settled it.

I'd suggest you go with one of these two products, depending on your needs.

+5  A: 

Gemini or Mingle

Gemini is currently my favourite. It is simple, fast and well designed.

Mingle is also nice but there were a few design issues that annoyed me, and deployment is an issue.

+1  A:

It works great, it's free, open source, and it's in .NET

Juan Manuel
who cares what it's written in, if anything .net is a downside
Shawn Simon
the operating system may care what language it is written in.
CAD bloke
+3  A: 

If there isn't already enough info in the answers here, then here are some more bug tracker comparisions.

That page contains links to similar discussions, including cases where people have compared trackers head-to-head and picked a winner.

I'm the author of BugTracker.NET, mentioned among the answers. If you like FogBugz, but want something free and open source, and maybe more configurable than FogBugz, then give BugTracker.NET a try. It does NOT have a WIKI feature, however.

I'd probably be using FogBugz if I weren't using BugTracker.NET, but it does seem that Trac has a big community.

Corey Trager
Bugtracker.NET is awsome, thanks for a good bit of software Corey.
Bugtracker.NET ROCK It has very simple and nice API
+1  A: 

TestTrack Pro - cross platform, customizable.

Tim Boland
+15  A: 

Have in the last few months being using Redmine as mentioned by Scotts above. Redmine is fantastic. It is written in Ruby on Rails and has a few bits of Ajaxy goodness in all the right places.

I have been using it in a two-man show operation and with 15-odd projects. Its got per project wiki and forum. News and some e-mail integration. (Finicky integration, I believe. I haven't used that bit)

It is a lightweight but powerful bug-tracker that also includes some time-tracking. It has some features that allow you to expose elements of projects to your customers so that they can submit a bug, browse the wiki and access forums (on their project only), but deny them access to the parts of the project where you would curse their names!

I got my first taste of it with a complete free installation stack from Bitnami ( This installs Redmine, Rails, Mongrel + Apache webservers, MySql and Subversion. They can be installed as a service on Windows and Linux etc. Basically a one-click install.

Redmine should market that Bitnami thing more - such an all-in-one package is very convenient!
+2  A: 

For one past gig, flyspray. I liked it, but others weren't happy with it and it fell out of favor. It was a pain for the sysadmin to keep going.

We switched to a wiki. Everyone else liked it but i didn't think it was quite as practical. With wiki it's easy to describe a problem but forget to mention what operating system it appeared on, who is responsible for fixing/handling the issue, or leave something else out. Wiki isn't very good at enforcing structure, validating fields, offering drop-lists of software projects or programmers' names, reporting which tasks are assigned to a particular person, and more. Searches and categories/tags just don't do it.

I'm curious to know what was so bad in flyspray to make it a worse choice than a wiki!
i liked it fine, but others had various reasons, and as i recall what tipped the scale against it was too much patching and maintenance.
+1  A: 

I've used Bugzilla for a long time and then Trac. Bugzilla seems to be like CVS, an aging tool, it's still very used but there better alternatives now, besides having to create a new database for every (sub)project doesn't make anyones life easier.

I'm now using Mantis and loving it! It has a very active development team as well a community, and is reasonably easy to customize if required (like creating your own life-cycle states for bugs and change requests).

Decio Lira
+1  A: 

We also use Gemini, handles most things well.


Internally we have used Bugzilla. We have also toyed with simple Sharepoint subsite and MS Team Foundation Server. More often we are using a client's system. Currently this means I am using TeamTrack.

As a developer thought these worked well enough. As a new QA manager, they all leave much to be desired.

+1  A: 

We use NewFire. I won't link to it, because it's horrible. In every way. Worst application ever. Pong would make a better bug tracker, because at least then you'd know it was futile.

+2  A: 

We use Eventum - open-source, free and powerful.

It has all we need: ability to easily add custom fields, outbound/inbound e-mails, integration with our Subversion.


We use TFS as it has the following nice features:

  • Source control association
  • Reporting
  • Customisable item template
  • We integrate it with our time tracking

Muhahaha, we use PVCS Tracker v7. Beat that for absolutely useless! If you ever come across a potential employer who uses this, ask them what their plans are for migration. If they have none, or its a long way off, run away!


Fresh Logic Studios - Bugs:

Free, Simple, Hosted

Shawn Miller

My company required a Microsoft based solution, which would sit inside the firewall. We went with an open source .NET platform,

We have over 10000 items in it now (we have many projects and developers).

+1  A: 

I tend to prefer Bugzilla for its user interface and the code being written in Perl and not Python.

Google Code is nice, too, IMO, but that's apples-to-oranges.

PHP? You mean Perl, shirley?
Adriano Varoli Piazza

My personal favourite from a lot of use (however, we ourselves use Google Code's tracker and source browser, due to our code being hosted there) is definitely Trac. The code browser, timeline and the custom query facility are killer features, in my opinion. The RSS feed is also quite useful.

Ryan McCue

FogBugz is what we are using. We looked at some of the open source stuff, like trac. Fogbugz was the only commercial solution we investigated. You can found good reasons to choose this solutio in other posts. I especially like the easy ways to integrate Fogbugz. Most of the time just by email messages. (This is how we integrate with Magic support, a system our helpdesk is using) Th REST style API akes it also very easy to integrate it with our environment.


We use Bugtracker.NET, I think it is a very good app but we are probably going to switch to Team foundation Server. We will be switching to it for source control so it seems silly not use its work/bug tracking abilities as well.


We use VersionOne, which has much more planning and reporting functionality than Trac, with the downside that it can get a little heavy to use. From a management perspective I'd rather use VersionOne. From a developer's perspective, I like the straightforwardness of Trac and the fact that it integrates well with SVN.


We've used a number of different incarnations of IBM Rational ClearQuest. Although the user interface of the Window's client is ugly, it's a powerful product with a decent and flexible API. Also, if you don't like the Window's client you can now use a web or an Eclipse based client.

+1  A: 

We tried Mantis for some time and, in the end, dropped it. Good program, bad usability (IMHO). The problem with many of the trackers I've seen is that they're good for technical people, but not for "real" users, like our copywriter and, more importantly, our clients.

After scouring the web a bit, we wound up writing our own, which we just released as very low-cost solution (just trying to earn the hours back).

Would love some feedback:

There's a free membership as well to check it out.


TFS work item tracking.


At my previous employer we used IssueTrackerProduct, a Zope-based webapp.. Very elegant in my opinion :)

+1  A: 

We use FlySpray. It's PHP web-based bug tracking tool, nothing more. There is no wiki, no versioning. The interface is horrible. but hey, it's free.


Trac is pretty sweet and nice because you can download it and install it on your server. It also supports SVN, which is very nice to have. We've been using trac in combination with pivotal tracker on one of our projects and it works well.

We use Intervals for most of our projects. It's web-based and we built it after trying to duct-tape the features we needed onto opensource tools.

Check it out at:

+1  A: 

I use Trac for my bugtracking.


We've been very happy with TeamSupport. It's designed to work with both the customer service team and the development team (hence the name I guess). 100% hosted solution, and the first three users are free.


I have used:

Team Foundation Server FogBugz Mantis BugZilla etc...

+5  A: 

Noone mentioned Fixx by hedgehoglabs. The interface is well balanced between intuitive and well featured. The product is maturing rapidly and has a decent REST API for any batching you might want to do. Plus its very well priced.

I've used mantzilla firefly fogbugz trac and bugzilla in the past but none really suited my needs.

Martijn Laarman
+2  A: 

If we only consider bug-tracking solutions, Trac, Mantis and Bugzilla are imo most famous open source solutions. Jira and FogBugz are famous commercial solutions. They will all do the job.

Now, if I had to introduce a bug-tracking software somewhere, this is how I would proceed.

If there isn't any developer oriented bug-tracking in place, the goal is more to initiate a process than to learn a tool. So I'd choose an open source solution and start to use it asap. As I said, all mentioned tools would do the job but... Trac and Mantis are easy to use, Bugzilla is less user friendly and has a higher learning curve. Bugzilla eliminated. With Trac, you get everything in once: bug tracker, source repository browser, wiki, etc and can use these extra parts with no extra cost. Mantis eliminated. I'd choose Trac (or Agilo if makes sense) and introduce the wiki for free if required.

If a company is mature on bug-tracking, uses lots of tools (e.g. one for each project) and is looking for a corporate and unique solution, I'd mention Jira and FogBugz but would recommend Jira (because of Bamboo). I'm not saying FogBugz isn't good but the other Atlassian's tools are often appreciated in corporate environments too (Confluence for the wiki, Fisheye for the repo browser, Bamboo for continuous integration, Crowd for SSO between all the parts) and are a kind of standard in the enterprise (at least in my country).

Pascal Thivent
I like your Trac/Mantis/Bugzilla logic in choosing Trac. You never mention Redmine, which seems like a more feature-complete version of Trac.
+1  A: 

We use Unfuddle with ok results. It's competent. It looks nice and does what we need, but it can sometimes feel like a lot of clicking in order to get what you want.

Recently I've been lusting after Lighthouse because Unfuddle can feel a bit pokey and I saw that Lighthouse has a desktop client application which looked speedy. Lighthouse's webapp version seems unintuitive to me though. I can never find the right thing to click on.


I use BugTracker.NET. It is a nice and simple program and very fast. With nice features like fulltext search, ...


We use customers as such tool. They seem to be happy with that.

+2  A: 

We just implemented Bugzilla. If you're not a linux guru, you can download a VM with everything configured.

It's also possible to do Active Directory and Exchange integration if you're running it on a Windows network.

Andrew Lewis
+1  A: 

We use BugTracker.NET. It's OSS, Windows centric and easy to set up if you have any experience with Windows or SQL. Not fancy but we have never had any problems with it.

+2  A: 

I'd never trust such a crucial workflow tool to a proprietary application, so the only things that make it to our list are free software maintained by an active community.

Of the possible offerings, I find Roundup to be the best balance between flexibility, standards compliance, and simple by default.

I agree that simple-by-default is a big deal. Roundup seems to have a strong focus on making it easy to get as many people as possible to actually use the tracker. The default configuration allows users to completely interact with it over email without even having to use the web interface.

Alix Axel

I would definitely give redmine a try...


I haven't used this personally, but it looks awesome: JetBrains Charisma. It is still in "beta" test mode.

  1. Features list
  2. Example
  3. Try Out!

+1 for Gemini which liammclennan has already pointed to above. It's a great product at a hard-to-beat price. In fact Gemini worked out for us with about 30 developers in an environment that never had bug tracking before - highly recommended.

+1  A: 

I have used Mantis. It's good and simple.


We use JIRA in conjunction with desktop JIRA Client.

+1  A: 


coupled with subversion ...

+1  A: 

Trac - light, customizable, extensible.


We are a 12 person team and use Countersoft Gemini. Love it for it's simplicity, intuitiveness and UI. Plus it has add ons for VB, Outlook, a nifty time tracker and rich client.


In my current organisation I am using Clear Quest and Quality centre for different projects - one is at the client end and another is at out end. Also I worked on Bugzilla in my previous organisation.

Quality Center basically gives the facility to manage test scripts, generes tracebility matrix to check the coverage area.

Bugzilla is generally used to log bugs but it can also linked with some test management tool like TestLink to manage test cases. We have done this in my previous organisation.

Both Clear Quest and Quality Center needs licensed copy whereas Buqzilla is open source so for a small organisation Bugzilla is preferable.



We are using informup ( ). really great tool for small - mid size group including very good dashboard, customized fields, customized workflow, emai lnotification etc... Really easy to use and maintainance. In the past I used Test director, bugzilla and few more small bug tracking and really love this tool especially because you get the best solution for a very cheap price!!!



Trac with Dokuwiki

Warren Noronha

Subscribe to new online bug tracker called - Bontq

+8  A: 

Highly recommended! Try the new issue tracker from JetBrains - YouTrack (!

It is installed in just seconds, can be used via keyboard, and provides human-like query language for the fastest search.

A real revolution in bug tracking! :-)

+1  A: offers Gemini. For us, it's one of the better .NET browser-based offerings.

I just their 5 user licence coz its' FREE!

+2  A: 

+1 for Pivotal Tracker. I've tried just about everything and this is the first solution that really works both for a single developer as well as a small team. Unless you don't like seeing bugs, chores, and features mixed together, but this matches how I work.

+1  A: 

I got my last company using Lighthouse because as far as our project managers were concerned, Trac was unusable. It's interface is just way friendlier to less skilled users. Also they seem to be upgrading functionality like CVS export and their API is improving as well. I'm still using it as an indie developer, since a broad range of designers and clients can be taught how to use it fast, unless they are on IE6...

+1  A: 

I've used Gemini. Works well for a small team and good value for money. Mercury test director is pretty neat and works well for a large team.

+1  A: 

We use WikiTrac , easy to use.


I use rt (request tracker)
I started using it when it was used to keep track of CPAN requests.
I found the documentation to be very thorough and that attracted me to it in the first place.
It uses perl.
It can be installed on any UNIX-like environment (i.e cygwin)
It does not care about the DB backend. (installs on a large set of DBs)
There's also a [book] written on rt called "RT Essentials". (published by OReilly)
The rt website is [here]
The rt wikipedia entry is [here also]

Dragos Toader

CounterSoft Gemini:

+1  A: 

Could you say whether you are willing to pay (FogBugz) or not, in which case it gets interesting...

I always used Bugzilla when someone else chose the problem tracker, but when I got to choose, I chose Mantis. Why? Simply because Bugzilla is written in PErl and Mantis in PHP, whcih I prefer.

Of course, you may not want to hack the code, in which case, decide which featres are important to you ... and 'll find that most problem tracking systems support them all.

Quid nunc? Well, a tool on its own is just a tool. And while all speak of a toolchain, most just mean a loose collection of tools. Why not look for a problem tracker that "plays well with other children"? That is to say, interfaces well with your IDE, your build tool, your version control system ...

In fact, I think I'll go now and ask a question about the best linked toolchain ...


At my company we are using Redmine with the Scrum Alliance Plugin. Provides most common features as bug tracking, wiki, source control and file repository. The Scrum plugin add sprints, a project backlog, a task board and a burn down chart.

Peter Moberg
+1  A: Fossil comes with highly configurable ticket tracker.

+1  A: 

i use bugweb - basic interface with minimal features, designed for web developers, and free


alt text

+1  A: 

Corey Trager's BugTracker.Net along with SVN to link code revisions to their respective issues.

I've used this combination on various projects and it works brilliantly for me.

BugTracker.Net is very easy to customise (if you know a bit of C# / SQL) and incredibily quick to mobilise from scratch. It's well supported and seems to scale up ok.

Of course as with anything it's not so much the software but the way you set it up and use it which determines success...


We use YouTrack from Jetbrains from (and used JIRA before - but YouTrack allowed us a very simple migration).

The main selling point of YouTrack for us was the smart search bar - that behaves practically like a smart IDE Editor with completion - you just have to try it to see how powerful is and how less time does one need to spend with the issue tracker this way :).

A. Ionescu

We also use YouTrack now.

We were using JIRA + JiraClient (desktop client for efficiency), but moved to YouTrack, since it seems to be by far the most productive tracker, and from the developer's perspective very, very efficient: that smart search bar with "code completion" and "code commands" was the winner for us too.

Adrian A.