On Feb 5, 2008 6:01 PM, chasd chasd@silveroaks.com wrote:
User reports: "Email causes loop"
One issue is that some of the reports may be on the users mail list, some may be on the forums. I don't know of a way to get those two ( and others I don't know about ) reconciled. If two users on the mail list report a bug, and two users on the forums report the same bug, it is the same as if _only_ two users report the bug and not four. Obviously Trac is where that should be consolidated, but at what point is a bug "confirmed" by the community ?. Four users run into the bug ? Three ? Five ?
1+ can be confirmed. As long as someone can upload an email to reproduce this, it's confirmed by a single person.
The difficulty lies within those reports "RoundCube doesn't work in Firefox", then a dozen people say, "works for me" or "yeah, same problem". ;-)
It doesn't take much to confirm a bug, it's just about the reproduction. As long as that is given, we can always fix it.
What we would like is:
X amount of people test and say, "Correct, I can reproduce this behavior." and maybe upload a bunch of emails to testing.roundcube.net in the process and let us know about it.
OK, I've used RC for over a year and never knew about that site. Of course, I haven't had a need.
Believe me, I am glad.
For others in need (this is linked from the trac homepage): http://trac.roundcube.net/wiki/Howto_ReportIssues
I also frequently pass around this link on IRC and on the mailinglists.
I know we don't always have the fastest turn-around on bugs and tickets but generally what we also lack is more feedback.
Yes, I think what feedback you have is too diffuse ( spread out ).
Someone opens an issues and is never to be seen again.
I call those drive-by bug reports.
I'd welcome drive-by patches. ;-)
The user has an issue, fires off an e-mail to some list, and thinks that is enough. They may even unsubscribe from the mail list at that point because of "too many messages." I know of one acquaintance of mine that joined a list to report a bug ( not RC ), and then set his spam filter to block all the traffic from the list. Didn't even bother to unsubscribe. Those types of reports we can't help, even if it is an actual bug. I would hope that if the bug is serious enough, someone else will run into it, and they will have what it takes to champion it to Trac and provide enough information for the bug to be verified and possible fixed.
Open source software is based on community, which means ( at least to me ) the end users must take an active role in reporting and following through on bugs. Most users are used to commercial software, where it not only is not expected for the end user to provide feedback, but it is actively discouraged in many cases.
So IMHO any messages reporting bugs on the Users list or on the forums should be funneled to
Yes, please.
But only to a certain extend. We also get the "I can't send email"-stuff which in 99.99999% of all cases is config related. But I guess there are various things how we can improve that etc..
so bug reporting is consistent for the developers.
And when it works for us, we close with WORKSFORME. Which doesn't rule out that the error is still stuck somewhere in RoundCube.
In order to "reward" those who spend their time to provide decent feedback, is there any feedback from the developer(s) when a bug has been verified ?
I try to confirm them too. I am trying to check Trac's timeline every day and work through issues. It obviously doesn't work always like that, but generally that's what I try. And when I say, "I", I really mean "we". I know are doing the same.
OK, what about RFE's though ? They can't be "confirmed" in any way. Popularity is not always a good indicator of priority either.
Would viable RFE's get included on
http://trac.roundcube.net/roadmap
or
http://www.roundcube.net/about
under planned features ?
How will those RFE's not determined to be viable be handled or notified ? I assume all RFEs should have a Trac ticket.
Could have a trac ticket, I suppose. There is nothing wrong with it. But currently it doesn't always work like that.
Cheers, Till _______________________________________________ List info: http://lists.roundcube.net/dev/
I call those drive-by bug reports.
I'd welcome drive-by patches. ;-)
Good one, made me smile today.
But only to a certain extend. We also get the "I can't send email"-stuff which in 99.99999% of all cases is config related. But I guess there are various things how we can improve that etc..
Shoot me a top three issues that aren't bugs that you run across.
PHP memory limit reached. ( Which actually may be a bug in some cases ) 2) Database misconfigured 3) ???
I try to confirm them too. I am trying to check Trac's timeline every day and work through issues. It obviously doesn't work always like that, but generally that's what I try. And when I say, "I", I really mean "we". I know are doing the same.
Fabulous.
OK, what about RFE's though ?
Could have a trac ticket, I suppose. There is nothing wrong with it. But currently it doesn't always work like that.
That's what I would like to see, is some responses here on how to
best handle RFEs.
I think there seems to be an extablished "workflow" for bugs, it is
more a matter of getting users to push feedback into what is
established. With RFEs it doesn't seem like a similar "workflow"
exists. Maybe one doesn't need to exist, I don't know. However, I
subscribe to the users mail list and there are some drive-by RFEs
there. If I had a page or procedure to point them to . . .
Charles Dostale System Admin - Silver Oaks Communications http://www.silveroaks.com/ 824 17th Street, Moline IL 61265
List info: http://lists.roundcube.net/dev/
On Feb 5, 2008 6:31 PM, chasd chasd@silveroaks.com wrote:
I call those drive-by bug reports.
I'd welcome drive-by patches. ;-)
Good one, made me smile today.
But only to a certain extend. We also get the "I can't send email"-stuff which in 99.99999% of all cases is config related. But I guess there are various things how we can improve that etc..
Shoot me a top three issues that aren't bugs that you run across.
PHP memory limit reached. ( Which actually may be a bug in some cases )
Rarely ever. It's more along the lines of - I have a huge attachment and it doesn't display. Then the settings is too ristrictive. I guess it's something to fine-tune (though I don't like the "tuning"-term a lot because it sounds like you are constantly on the edge and just avoid falling over by adjusting a setting).
Database misconfigured
+1 ;-)
???
"I updated and I can't send email anymore" ;-) "I see no folders" (misconfigured "root"). "I have POP3, RoundCube doesn't work" "I can send no emails from [outlook] (insert any other)"
Hang out on IRC (#roundcube@freenode). There are plenty more. Etc..
I know people are consumers, not used to "producing" at all. That has to change though. I am faced with consumer mentality in my day jobs and that is fine but if you are using opensource you have to be aware of what that means. Unfortunately also bugs along with providing /good/ bug reports.
I try to confirm them too. I am trying to check Trac's timeline every day and work through issues. It obviously doesn't work always like that, but generally that's what I try. And when I say, "I", I really mean "we". I know are doing the same.
Fabulous.
OK, what about RFE's though ?
Could have a trac ticket, I suppose. There is nothing wrong with it. But currently it doesn't always work like that.
That's what I would like to see, is some responses here on how to best handle RFEs. I think there seems to be an extablished "workflow" for bugs, it is more a matter of getting users to push feedback into what is established. With RFEs it doesn't seem like a similar "workflow" exists. Maybe one doesn't need to exist, I don't know. However, I subscribe to the users mail list and there are some drive-by RFEs there. If I had a page or procedure to point them to . . .
Set one up, it's a wiki. We can revise it and when done you put it out!
Till _______________________________________________ List info: http://lists.roundcube.net/dev/
Rarely ever. It's more along the lines of - I have a huge attachment and it doesn't display. Then the settings is too ristrictive. I guess it's something to fine-tune (though I don't like the "tuning"-term a lot because it sounds like you are constantly on the edge and just avoid falling over by adjusting a setting).
This is why offering professional services supporting open source has a market, and how some open source projects can generate revenue. :-)
List info: http://lists.roundcube.net/dev/