Stack OverflowWhat bug tracking software do you use?
[+144] [123] Thomas Owens
[2008-08-15 15:05:06]
[ polls bug-tracking trac bugzilla ]

I'm currently looking at Bugzilla [1] and Trac [2], 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.

(13) Excel - please get me out of here someone... - annakata
[+97] [2008-08-15 15:09:53] Jon Limjap

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


(7) 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). - Tom
(1) Atlassian has wonderful tools. We use JIRA and Confluence, and will likely be adding FishEye and Crucible shortly. - dmercer
(1) The source control integration is great, it can be set up independently of FishEye as well. - BranTheMan
(1) 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. - kosoant
(4) Don't you find JIRA (just like BugZilla) a bit heavy for common uses? - Wernight
[+90] [2008-08-15 15:16:53] Dale Ragan

I use FogBugz [1]. 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.


(71) There should be a disclaimer here that this site is co-owned by the owner of fogbugz ... - Sam Saffron
(21) why? . - Svish
(11) Joel didn't post this so why? - Malfist
(39) @Svish, @Malfist: I think it's worth saying because a lot of folks might come here from Joel's & Jeff's blogs, which might have a higher concentration of FogBugz users than there might otherwise be, coloring the results. But that being said, FogBugz is quite nice. - Dave Markle
(2) 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. - Jon
(20) 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. - CmdrTallen
(3) I'd use FogBugz but it's crazy expensive for a small open source project. - Brian Ortiz
(1) @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. - peterchen
(3) Free student & startup use of fogbugz (limited to two administrative users): That's just for reference, since I've found using Fogbugz' web UI to be surprisingly annoying to use for something that's designed to solve user problems. - Tchalvak
(1) 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. - kubi
[+66] [2008-08-15 16:11:06] Anders Eurenius

In defense of Trac [1]...

Check out the huge plugin community at edgewall [2] and [3]. 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.


(11) I totally agree about Bugzilla's interface. Bugzilla might be a very powerful tool but its user interface is a failure. - Pascal Thivent
(2) Ever tried installing & configuring Bugzilla? That's 2 strikes - 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
(2) 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
(1) 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.) - kosoant
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 - MarcosMeli
[+44] [2008-08-15 15:45:27] Marius

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


(9) 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. - nickf
I've also used Mantis. "Nothing special" is probably it's advantage -- dead simple, no hair pulling difficult config just so it can look sophisticated. Gets the job done. - kizzx2
[+39] [2008-08-28 22:36:21] Scotts

Based on reading this blog post by Steven Frank of Panic [1] fame I decided to try out Redmine [2] 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 [3] and I recommend it using it if you are in a position to pay for a bug tracker. FogBugz [4] works really well and is very simple to you. It is even pretty simple to setup.


(4) +1 Redmine is really really nice and evolving quite rapidly. - Keltia
(2) We use redmine too. Apart from a few minor annoyances I really like it. - David Holm
(7) 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
I did a comparative evalutation of 4 issue tracking systems, namely Trac, Mantis, Jira and Redmine. (full story available at…). Redmine was the winner. So far, we're very happy with our decision. - András Szepesházi
[+28] [2008-08-15 15:10:46] RedWolves

We use Trac but I wouldn't say its wiki is a deciding factor. In fact we use MediaWiki [1] 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.


[+19] [2008-08-15 15:49:44] Mike Ellery

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.

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. - Roalt
(3) 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.) - kosoant
Dreadfully slow running in IIS or at least in my experience. More recently I've been looking to switch from Bugzilla to BugNET. - jpierson
[+17] [2008-09-16 21:56:56] Seanchán

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! - torbengb
[+16] [2008-08-15 15:15:24] Patrik

We use Team Foundation Server [1] at work, but at home I use Bugzilla [2].


(5) 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. - TJB
[+15] [2008-08-15 16:44:17] csmba

JIRA [1]

  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 [2] (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!).

(3) 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. - jfrobishow
[+15] [2008-08-16 16:01:57] nmiranda

I use BugTracker.NET [1]. It is very nice and simple.


(1) I use this one as well and have found it to be simple enough that support can use it to enter useful bugs. - Erin
(1) 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. - jwmiller5
(11) 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
[+12] [2009-10-30 11:11:16] Pti.

Highly recommended! Try the new issue tracker from JetBrains - YouTrack [1] !

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! :-)


Youtrack is also available as a hosted service, YouTrack Hosted is in Beta now and is free until July 1, 2011. - Valerie Andrianova
[+10] [2008-08-15 16:19:20] Mark Biek

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 [1] 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.


That's a pretty neat idea actually, do you leave this in for production or just for dev/testing use? - Paolo
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
[+10] [2008-08-15 15:10:32] Matt Dillard

Footprints [1] by Numera - not a big fan.

At a previous employer, FogBugz [2]. I absolutely loved it.


(2) 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
[+9] [2008-08-22 14:27:03] Ross

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


As a lightweight bug tracker it looks like a nice, no fuss, choice. - UncleZeiv
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. - Badaro
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
[+8] [2008-08-16 16:11:54] Tall Jeff

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.

[+8] [2008-08-28 23:21:45] community_owned

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.

[+8] [2008-08-15 15:12:28] Pat

At my current place of business we are using FogBugz.

[+7] [2008-08-15 16:35:01] Galbrezu

Mantis, even if it is used sparingly :(

[+6] [2008-08-28 23:29:04] liammclennan

Gemini [1] or Mingle [2]

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.


[+6] [2009-03-11 23:15:49] Martijn Laarman

Noone mentioned Fixx [1] 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.


[+5] [2008-08-15 16:11:01] Jedi Master Spooky

Fogbugz. Great Simple and with features you really need.

[+5] [2008-08-15 15:13:35] brendan

We use OnTime [1], 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
[+4] [2008-08-15 15:19:38] Nickolay

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.

[+4] [2008-08-15 15:24:26] Chris Conway

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).

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. - jpierson
[+4] [2008-08-15 16:10:55] Conrad

Take a look at BugNet (

Installation failed for me, very inactive forum. - mmcglynn
Looks to me like BugNET is getting more activity lately on it's forum and in terms of development contribution. So far this is the closest match to what we would be looking for to replace our Bugzilla setup. The other contender is trac. - jpierson
[+4] [2008-08-15 15:55:26] pix0r

If you're on a Windows/IIS server and looking for a free solution, BugTracker.NET [1] 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.)


[+4] [2008-09-16 12:47:06] Corey Trager

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

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 [2], 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.


Bugtracker.NET is awsome, thanks for a good bit of software Corey. - pipTheGeek
Bugtracker.NET ROCK It has very simple and nice API - adopilot
[+4] [2008-09-25 12:28:09] yshalbar

We use Eventum [1] - open-source, free and powerful.

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


[+4] [2008-08-15 21:28:44] go minimal

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 [1] might be the way to go. It doesn't have all the bells and whistles of the other apps, but I enjoy its simplicity.


[+4] [2009-04-28 07:07:44] bignose

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 [1] 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. - Lanny
[+2] [2009-03-12 00:51:59] Pascal Thivent

If we only consider bug-tracking solutions, Trac [1], Mantis [2] and Bugzilla [3] are imo most famous open source solutions. Jira [4] and FogBugz [5] 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 [6] 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).


I like your Trac/Mantis/Bugzilla logic in choosing Trac. You never mention Redmine, which seems like a more feature-complete version of Trac. - Pete
[+2] [2009-12-04 18:30:05] tmarkiewicz

+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.

[+2] [2009-03-27 15:05:55] Andrew Lewis

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

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


[+2] [2008-08-15 21:40:43] Ch00k

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.

[+2] [2008-08-22 14:12:18] Martin Klinke

We use Trac combined with Subversion and Eclipse Mylyn [1]. 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 [2] for extending the functionality of the base installation.


[+2] [2008-08-22 14:16:24] jonezy

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

[+2] [2008-08-22 14:42:49] Karim

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] [2008-08-23 17:22:28] BigMadKev

We also use trac / subversion and Mylyn my blog [1] 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 [2] 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 [3] 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.


[+2] [2008-09-17 07:22:57] DarenW

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! - UncleZeiv
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. - DarenW
[+2] [2008-08-15 15:33:49] Campbell

At our place we use Quality Center [1]. 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. - Dave Baghdanov
[+2] [2008-08-15 16:02:23] Brian Ensink

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.

8 years ouch! We are using the 2008 version and have few complaints. - Leigh Riffel
[+2] [2008-08-15 21:18:54] conmulligan

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


[+2] [2008-08-15 15:28:26] travis

I work with @ RedWolves [1] and second his recommendation of TRAC [2]. 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 [3], TeamTrack [4], and Task Tracker [5]. All three do a decent job, but I still prefer TRAC due to its built-in source control integration.

[1] #12337

[+2] [2008-08-15 15:22:02] Chris Conway

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?

[+1] [2008-08-15 15:24:17] AgileJon

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
[+1] [2008-08-15 15:17:03] Baltimark

Squish [1]

Intuitive. Free trials available.


[+1] [2008-08-15 15:19:14] community_owned

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.

[+1] [2008-08-15 15:32:09] Corey McKinnon

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.

Start Team: possibly the worst SCC repository out there! - Mitch Wheat
[+1] [2008-08-15 15:28:12] Brendon

Trac [1], also integrates nicely with SVN [2] and Git [3].

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


[+1] [2008-08-15 15:12:26] palehorse

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 [1]

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.


[+1] [2008-08-15 21:06:09] DyreSchlock

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. - Pete
[+1] [2008-08-15 16:14:47] Macho Matt

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.

[+1] [2008-08-15 15:59:24] Mike Ellery

We use Bugzilla [1] 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 [2]). It has worked well for us.


[+1] [2008-09-21 23:52:21] Decio Lira

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).

[+1] [2008-09-24 10:10:29] _J_

We also use Gemini, handles most things well.

[+1] [2008-09-16 17:25:26] Tim Boland

TestTrack Pro - cross platform, customizable.

[+1] [2008-08-28 23:35:40] Juan Manuel [1]

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


who cares what it's written in, if anything .net is a downside - Shawn
the operating system may care what language it is written in. - CAD bloke
[+1] [2008-10-28 01:48:29] Voyagerfan5761

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.

(1) PHP? You mean Perl, shirley? - Adriano Varoli Piazza
[+1] [2008-08-28 21:56:34] Trumpi

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] [2008-08-28 22:10:33] dwj

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.

[+1] [2009-03-27 15:22:12] Terence

We use BugTracker.NET [1]. It's OSS [2], 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.


[+1] [2009-06-25 05:39:24] community_owned

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

[+1] [2009-07-15 16:15:16] neuro


coupled with subversion ...

[+1] [2009-07-28 11:43:01] Alex

Trac [1] - light, customizable, extensible.


[+1] [2009-12-05 07:32:12] Nilloc

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] [2009-12-08 12:18:39] user227107

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] [2009-12-08 13:16:18] Summy

We use WikiTrac [1] , easy to use.


[+1] [2009-11-27 10:37:39] FredFlint offers Gemini. For us, it's one of the better .NET browser-based offerings.

I just their 5 user licence coz its' FREE!

[+1] [2010-01-07 14:00:20] Mawg

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 ...

[+1] [2009-03-21 20:21:17] jdwyah

We use Unfuddle [1] 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 [2] 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.


[+1] [2008-08-28 22:26:38] mattruma

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 - ammoQ
[+1] [2008-09-24 20:50:57] jm

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.

[+1] [2008-11-21 16:20:06] community_owned

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.

[+1] [2008-12-31 22:41:27] Chensformers

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.

[+1] [2009-01-18 22:48:05] Mark

I use Trac for my bugtracking.

[+1] [2010-01-08 20:37:24] Stephen Fossil comes with highly configurable ticket tracker.

[+1] [2010-06-08 07:24:01] louism

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


alt text


[+1] [2010-06-08 07:52:00] iandayman

Corey Trager's BugTracker.Net [1] 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 [2] 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...


[0] [2010-06-26 13:41:14] A. Ionescu

We use YouTrack [1] 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 :).


[0] [2010-07-18 11:07:22] Adrian A.

We also use YouTrack [1] 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.


[0] [2010-11-18 13:26:05] Antony Delaney

A sharepoint list :(

[0] [2009-03-11 23:05:47] CessnaPilot

We've been very happy with TeamSupport [1]. 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.


[0] [2009-03-11 23:08:56] PeteK

I have used:

Team Foundation Server FogBugz Mantis BugZilla etc...

[0] [2009-01-02 19:26:17] jjriv

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:

[0] [2008-12-02 19:01:43] rayray2030

TFS work item tracking.

[0] [2008-12-25 10:35:54] Joril

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


[0] [2009-03-25 09:13:37] LILkillaBEE

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


[0] [2009-03-25 09:15:10] User

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

[0] [2009-04-28 07:20:02] Alix Axel
[0] [2009-05-05 04:33:13] opensas

I would definitely give redmine a try...

[0] [2009-05-26 22:13:57] ShaChris23

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

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

[0] [2009-05-31 20:56:58] Manabenz

+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.

[0] [2010-01-07 14:06:46] Peter Moberg

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.

[0] [2009-12-16 16:56:43] Dragos Toader

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]

[0] [2009-08-26 11:11:41] community_owned

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.

[0] [2009-09-03 08:07:36] PJ

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.


[0] [2009-09-20 18:06:29] Warren Noronha

Trac with Dokuwiki

[0] [2009-09-26 09:14:53] community_owned

Subscribe to new online bug tracker called - Bontq [1]


[0] [2009-06-29 14:54:18] community_owned

We use JIRA in conjunction with desktop JIRA Client [1].


[0] [2008-08-28 22:18:38] Kevin

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.

[0] [2008-08-22 14:32:35] Daniel Auger

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.

[0] [2008-08-22 14:41:16] crashmstr

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.

[0] [2008-08-28 23:07:40] Orion Edwards

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 [1]


[0] [2008-08-20 20:09:17] Gustavo

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.

[0] [2008-08-15 21:47:48] Michael Neale

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).

[0] [2008-08-16 15:26:33] public static

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.

[0] [2008-08-16 15:32:06] Alvaro Rodriguez

We're using Mantis currently.

[0] [2008-08-16 15:39:52] IainMH

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

[0] [2008-08-16 15:57:49] nmiranda

I use BugTracker.Net very nice and simple.

[0] [2008-10-28 10:28:08] Ryan McCue

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.

[0] [2008-10-28 21:37:04] community_owned

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.

[0] [2008-10-31 21:44:50] pipTheGeek

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.

[0] [2008-11-14 17:37:49] Matt

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.

[0] [2008-11-15 19:55:28] JonnyGold

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.

[0] [2008-09-25 12:31:56] Slace

We use TFS as it has the following nice features:

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

[0] [2008-09-29 12:34:50] roryf

Muhahaha, we use PVCS Tracker [1] 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!


[0] [2008-10-10 15:03:14] Shawn Miller

Fresh Logic Studios - Bugs:

Free, Simple, Hosted

[0] [2008-10-26 01:49:12] pearcewg

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

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


[0] [2008-09-24 19:16:54] Lee

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.

[0] [2008-08-15 16:43:48] Tundey

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

[0] [2008-08-15 16:45:03] Juha Syrjälä

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.

[0] [2008-08-15 15:10:21] Nick Berardi

Team Foundation Server