[Dovecot] Bug tracker
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are:
I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.)
Everyone can comment existing bugs.
Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want.
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
What about Mantis?
Martin Rabl
Am 11.04.2012 um 08:26 schrieb Timo Sirainen tss@iki.fi:
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are:
I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.)
Everyone can comment existing bugs.
Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want.
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
Probably the ugliest/user-unfriendliest bug tracker UI that I've ever seen :)
On 11.4.2012, at 9.43, Martin Rabl wrote:
What about Mantis?
Martin Rabl
Am 11.04.2012 um 08:26 schrieb Timo Sirainen tss@iki.fi:
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are:
I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.)
Everyone can comment existing bugs.
Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want.
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
;-) Ok, next one: TRAC ?
Martin Rabl
Am 11.04.2012 um 08:46 schrieb Timo Sirainen tss@iki.fi:
Probably the ugliest/user-unfriendliest bug tracker UI that I've ever seen :)
On 11.4.2012, at 9.43, Martin Rabl wrote:
What about Mantis?
Martin Rabl
Am 11.04.2012 um 08:26 schrieb Timo Sirainen tss@iki.fi:
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are:
I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.)
Everyone can comment existing bugs.
Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want.
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote:
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
I didn't see open source as a requirement, so then I would give a plug for Jira, which is the nicest/prettiest thing :-) And they provide free hosted solution:
http://www.atlassian.com/software/jira/pricingApache/ASF is a heavy jira user, in case you're not familiar with it:
http://wiki.apache.org/general/ApacheJira
https://issues.apache.org/jira/-jf
On 11.4.2012, at 9.44, Jan-Frode Myklebust wrote:
On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote:
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
I didn't see open source as a requirement, so then I would give a plug for Jira, which is the nicest/prettiest thing :-)
I don't think it supports one of my requirements:
I would have the option of adding a comment that doesn't go to the mailing list
Unless that's been added in a newer version.
On Wed, Apr 11, 2012 at 09:49:18AM +0300, Timo Sirainen wrote:
I didn't see open source as a requirement, so then I would give a plug for Jira, which is the nicest/prettiest thing :-)
I don't think it supports one of my requirements:
I would have the option of adding a comment that doesn't go to the mailing list
Unless that's been added in a newer version.
There is an option for restricting who can view your comment, plus "Email notifications will only be sent to people who have permission to view the relevant issue"
http://confluence.atlassian.com/display/JIRA/Creating+a+Notification+Schemeso I would expect it to be possible to define that the mailinglist is not member of a group-b, while everyone else is, and restrict the comment to that group.
But best would probably be to discuss it with atlassion support...
-jf
We use JIRA internally and it's probably the best bug tracker I've ever seen.
The permissions system is very flexible, and to the best of my knowledge it should support everything you've described in your original post.
On Wed, Apr 11, 2012 at 3:25 PM, Jan-Frode Myklebust janfrode@tanso.netwrote:
On Wed, Apr 11, 2012 at 09:49:18AM +0300, Timo Sirainen wrote:
I didn't see open source as a requirement, so then I would give a plug for Jira, which is the nicest/prettiest thing :-)
I don't think it supports one of my requirements:
I would have the option of adding a comment that doesn't go to the mailing list
Unless that's been added in a newer version.
There is an option for restricting who can view your comment, plus "Email notifications will only be sent to people who have permission to view the relevant issue"
http://confluence.atlassian.com/display/JIRA/Creating+a+Notification+Scheme
so I would expect it to be possible to define that the mailinglist is not member of a group-b, while everyone else is, and restrict the comment to that group.
But best would probably be to discuss it with atlassion support...
-jf
Le 11 avril 2012 08:26, Timo Sirainen tss@iki.fi a écrit :
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are:
I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.)
Everyone can comment existing bugs.
Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want.
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
Maybe Redmine ? (http://www.redmine.org/
It's more than just a bug tracker but I think it answers your needs.
Antoine Modoboa developer (http://modoboa.org/)
- Antoine Nguyen ngu.antoine@gmail.com:
I started thinking that perhaps I should move my TODO list to a bug tracker. But because of reasons I've explained a few times before, I don't want a full blown public bug tracking system. The requirements for it are:
I am the only person who can add new bugs. Everyone else reports bugs/requests to this mailing list as before. (Well, I guess Stephan could use this as well if he wants to.)
Everyone can comment existing bugs.
Dovecot mailing list integration: Commenting a bug sends a mail to the mailing list. Replies to those comments go back to bug tracker (probably based on some [#1234] tag in subject). I would have the option of adding a comment that doesn't go to the mailing list (= adding some internal comment that nobody else cares about). Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
So the main difference to how things work now is that people would be able to easily browse existing bugs and add comments to them. I would add bugs there only when I'm not planning on fixing them within a few days. I wouldn't add each and every feature request there, only the things that I'm actually interested in developing. So the idea would be to actually get the bug tracker emptied at some point, not to be a graveyard of unimportant feature requests that about 1-2 people in the world would want.
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
Maybe Redmine ? (http://www.redmine.org/
It's more than just a bug tracker but I think it answers your needs.
+1
We moved from trac to redmine about a year ago and still are very happy about it. Our non-technical customers can deal with it well. Redmine allows to hide projects and it knows the concept of sub-projects. It's versatile in terms of repositories (mercurial supported) and ticket handling is fine too.
Sometimes I miss a more comfortable wiki editor, but that's a minor tradeoff.
p@rick
-- state of mind () Digitale Kommunikation
Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666
Amtsgericht München Partnerschaftsregister PR 563
On Wed, Apr 11, 2012 at 9:10 AM, Patrick Ben Koetter p@state-of-mind.de wrote:
- Antoine Nguyen ngu.antoine@gmail.com:
It's more than just a bug tracker but I think it answers your needs.
+1
We moved from trac to redmine about a year ago and still are very happy about it. Our non-technical customers can deal with it well. Redmine allows to hide projects and it knows the concept of sub-projects. It's versatile in terms of repositories (mercurial supported) and ticket handling is fine too.
Sometimes I miss a more comfortable wiki editor, but that's a minor tradeoff.
+2 - we have been using it for another open source project for a number of years and it works well. We have it hooked up into github and it works without a glitch.
thx
-- .warren
On 11.4.2012, at 9.49, Antoine Nguyen wrote:
Maybe Redmine ? (http://www.redmine.org/
I don't think it either supports:
I would have the option of adding a comment that doesn't go to the mailing list
But I'm beginning to think that no BTS supports that in the way I want. And it's not a huge problem for me really, just means that this mailing list may get a bit more pointless notifications than necessary.
Although I'm also not seeing much documentation about email notifications in general. Can it be configured to send comment updates, but no other updates? I guess this could also be kludged by dropping unwanted emails in MTA.
Le 11 avril 2012 09:23, Timo Sirainen tss@iki.fi a écrit :
On 11.4.2012, at 9.49, Antoine Nguyen wrote:
Maybe Redmine ? (http://www.redmine.org/
I don't think it either supports:
I would have the option of adding a comment that doesn't go to the mailing list
But I'm beginning to think that no BTS supports that in the way I want. And it's not a huge problem for me really, just means that this mailing list may get a bit more pointless notifications than necessary.
Although I'm also not seeing much documentation about email notifications in general. Can it be configured to send comment updates, but no other updates? I guess this could also be kludged by dropping unwanted emails in MTA.
AFAIK, yes. You can choose on which kind of event Redmine sends a notification. The documentation is not the best I've seen but the administration panel is pretty simple to understand.
Antoine
On Wed, Apr 11, 2012 at 10:05 AM, Antoine Nguyen ngu.antoine@gmail.com wrote:
Le 11 avril 2012 09:23, Timo Sirainen tss@iki.fi a écrit :
I would have the option of adding a comment that doesn't go to the mailing list
But I'm beginning to think that no BTS supports that in the way I want. And it's not a huge problem for me really, just means that this mailing list may get a bit more pointless notifications than necessary.
Although I'm also not seeing much documentation about email notifications in general. Can it be configured to send comment updates, but no other updates? I guess this could also be kludged by dropping unwanted emails in MTA.
AFAIK, yes. You can choose on which kind of event Redmine sends a notification. The documentation is not the best I've seen but the administration panel is pretty simple to understand.
There is a default notification option which is set to 'Only for things I watch or I'm involved in' - which in your case Timo you would receive everything since you would be the project owner.
There are also global settings that you can configure which provide the ability to send notifications for certain events only:
- Issue added
- Issue updated
- Note added
- Status updated
- Priority updated
- News added
- Comment added to a news
- Document added
- File added
- Message added
- Wiki page added
- Wiki page updated
I think there is also a plugin to disable email notifications entirely for a user.
-- .warren
On Wed, Apr 11, 2012 at 09:26:20AM +0300, Timo Sirainen wrote:
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
May be worth to take a look at http://www.thebuggenie.com/.
Thomas
On 2012-04-11 2:26 AM, Timo Sirainen tss@iki.fi wrote:
Notifications about new bugs won't go to the mailing list (most likely it was created due to a recent mailing list post).
I actually would like to see these, and I imagine I'm not alone...
If you'd prefer they don't go to the users list, maybe create a new 'notifications' (or maybe even a -dev) list that anyone could subscribe to to see these?
So, any suggestions for what software could do these things? I think Request Tracker has those features, but it's not really the nicest/prettiest thing.
+1 to Redmine. I only used it for a short time, but I liked it, and the fact that you can integrate it with git or mercurial is a big plus. Yes, it is a full blown bug tracker, but if, in the future, you add more developers (maybe you get some angel funding), you already have a full blown bug tracker in place, including the extras it comes with.
--
Best regards,
Charles
participants (9)
-
Antoine Nguyen
-
Charles Marcus
-
Jan-Frode Myklebust
-
Lee Standen
-
Martin Rabl
-
Patrick Ben Koetter
-
Thomas Leuxner
-
Timo Sirainen
-
Warren Baker