I spent part of the last week fixing bugs in DBD::SQLite and pushing out a new release. I do this out of the goodness of my heart to help people build apps. But having a popular module has its downsides. There are lots of RT bugs to go through. And some of those bugs can be less than helpful.
One such bug was RT bug #20286 which told me that some other CPAN module didn't behave quite right when using DBD::SQLite. That's not much help to me in debugging - I'm not about to download some other huge module off CPAN and figure out all that code and what it does to try and locate my bug.
So I rejected the bug.
The author disagreed with the rejection and re-opened it.
So I rejected it again.
End result: David Muir Sharnoff decides the right thing to do now to get me to fix this "bug" is to give a low rating on cpanratings. What a stupid and lame tactic.
So I'm playing the name and shame game - my equivalent of his lame tactic.
"Was this review helpful to you?" Well, no. (Score:3, Insightful)
Reply to This
You think that RT was strange... (Score:1)
http://mail-archives.apache.org/mod_mbox/perl-modperl/200512.mbox/%3C4395EF1A.6
Well then... (Score:1)
net.kook? (Score:2)
I'd take his silliness with a big grain of salt.
Re: (Score:1)
ticket status (Score:1)
Stalled is indeed probably better (Score:1)
You probably shouldn't reject a bug just because you can't replicate it (where I use "can't" in the sense of "What Matt said").
If you acknowledge that the bug exists, it's simply stalled because you can't do anything to fix it.
oh, this brings back memories... (Score:2)
small example - statements not finalized correctly (Score:1)