From: Nicolas Pouillard <nicolas.pouillard@gmail.com>
To: "Joe Wölfel" <joe@talkhouse.com>
Cc: sup-talk <sup-talk@rubyforge.org>
Subject: Re: [sup-talk] Choosing a bug tracker for Sup
Date: Mon, 02 Nov 2009 22:49:39 +0100 [thread overview]
Message-ID: <1257198369-sup-9036@peray> (raw)
In-Reply-To: <1257193345-sup-3174@maui.local>
Excerpts from Joe Wölfel's message of Mon Nov 02 21:40:21 +0100 2009:
> Excerpts from William Morgan's message of Mon Nov 02 09:50:08 -0500 2009:
> > 1. Web submission. The burden of creating a record should be on the
> > submitter---it's not too much to ask, and it saves developer time. This
> > also encourages reporters to provide relevant information like version,
> > platform, Ruby version, etc. upfront, since they can be prompted for
> > those data explicitly.
> >
> > 2. Developer discussion via email. This is vital. There's no way I would
> > want to have a technical discussion using text boxes on a website. And
> > this discussion should be attached to the issue, of course.
>
> Please ignore this suggestion if you feel it is stupid, but couldn't an
> internal sup-based bug submission perform prompting and validation tasks just
> as easily as a web form? Also, wouldn't it be better for automatically
> including or verifying operating system info, version info, libraries, etc?
>
> It seems like this might make for a more natural transition to email-based
> developer discussion, reduce the need for centralized infrastructure, make it
> easier for users to figure out how and where to submit a bug, and possibly make
> critical system and library information more accurate and detailed.
This is indeed a nice option. Add to sup a way to send a bug report. It could
simply be an email in the chosen format for bug reporting. And indeed the
bonus is more precise information.
However in the long run this only complementary with other way to report bugs.
--
Nicolas Pouillard
http://nicolaspouillard.fr
_______________________________________________
sup-talk mailing list
sup-talk@rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
next prev parent reply other threads:[~2009-11-02 21:55 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-01 21:52 Nicolas Pouillard
2009-11-02 1:17 ` Kevin Riggle
2009-11-02 8:30 ` Nicolas Pouillard
2009-11-02 7:01 ` Tero Tilus
2009-11-02 8:46 ` Nicolas Pouillard
2009-11-02 9:50 ` Tero Tilus
2009-11-02 14:58 ` William Morgan
2009-11-02 14:53 ` William Morgan
2009-11-02 17:38 ` Nicolas Pouillard
2009-11-02 14:50 ` William Morgan
2009-11-02 17:47 ` Nicolas Pouillard
2009-11-02 19:20 ` William Morgan
2009-11-02 20:23 ` Nicolas Pouillard
2009-11-02 20:40 ` Joe Wölfel
2009-11-02 21:49 ` Nicolas Pouillard [this message]
2009-11-03 14:50 ` Mike Kelly
2009-11-03 15:16 ` William Morgan
2009-11-03 15:34 ` Mike Kelly
2009-11-03 16:49 ` Reid Thompson
2009-11-03 17:03 ` Reid Thompson
2009-11-03 18:04 ` William Morgan
2009-11-03 19:30 ` Reid Thompson
2009-11-03 16:20 ` Sebastian Schwarz
2009-11-03 17:03 ` Daemian Mack
2009-11-03 18:06 ` Mike Kelly
2009-11-03 17:25 ` William Morgan
2009-11-03 17:37 ` Dan Falcone
2009-11-03 18:33 ` Tero Tilus
2009-11-03 23:11 ` Jim Cheetham
2009-11-04 0:07 ` Mike Kelly
2009-11-04 9:38 ` Michael Stapelberg
2009-11-04 9:44 ` Israel Herraiz
2009-11-04 10:00 ` Michael Stapelberg
2009-11-04 10:05 ` Israel Herraiz
2009-11-04 23:40 ` Israel Herraiz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1257198369-sup-9036@peray \
--to=nicolas.pouillard@gmail.com \
--cc=joe@talkhouse.com \
--cc=sup-talk@rubyforge.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox