From: Karl Fogel <kfogel@red-bean.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: emacs-devel@gnu.org
Subject: Re: Unable to close a bug in the tracker.
Date: Wed, 13 Jan 2010 20:14:06 -0500 [thread overview]
Message-ID: <877hrlo5cx.fsf@red-bean.com> (raw)
In-Reply-To: <878wc1h524.fsf@stupidchicken.com> (Chong Yidong's message of "Wed, 13 Jan 2010 20:02:27 -0500")
Chong Yidong <cyd@stupidchicken.com> writes:
>You're in the "automatically accept" list, so your messages should go
>through to the bug tracker without moderation. But I don't see it in
>the debbugs-submit archive. Strange; I'll investigate.
Thanks.
>Some of your criticisms boil down to "the bug page displays too much
>information which is distracting to users". Fair enough, I'll take a
>look at whether we can hide some of this information. (Though, to my
>eyes, the average Emacs bug page is a lot less intimidating looking
>than, say, than average Launchpad bug page, which has about ten times
>the number of "angry fruit salad" links, so tastes clearly differ.)
I don't think that's the important part. The distractions on the page
are just distractions -- annoying, but they can be ignored. The more
important part of my criticism is in the "general problems with the
system as a whole" section, especially the uncertain response time and
unreliability, and the lack of clear UI for manipulating bug states.
Those are killer.
Tastes do differ, but if you did a user survey, or user testing, which
do you think would come out ahead? :-) I mentioned Launchpad only
because it's one of the few that offer both web and email UI (and does
both well, IMHO), and therefore is a proof-by-existence that it doesn't
have to be this way. We could use Bugzilla and still come out ahead.
Is there any convenient way to get access to the full bug database?
Like, all the mbox files, or something like that? I'd be interested in
getting that, if so, to do a little statistical trawling.
-Karl
next prev parent reply other threads:[~2010-01-14 1:14 UTC|newest]
Thread overview: 84+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-14 0:27 Unable to close a bug in the tracker Karl Fogel
2010-01-14 0:44 ` Miles Bader
2010-01-14 1:08 ` Karl Fogel
2010-01-14 1:21 ` Chong Yidong
2010-01-14 1:26 ` Karl Fogel
2010-01-14 2:09 ` Stephen J. Turnbull
2010-01-14 2:08 ` Óscar Fuentes
2010-01-14 10:06 ` Andreas Schwab
2010-01-14 1:02 ` Chong Yidong
2010-01-14 1:08 ` Glenn Morris
2010-01-14 1:14 ` Karl Fogel
2010-01-14 1:16 ` Chong Yidong
2010-01-14 1:21 ` Karl Fogel
2010-01-14 1:59 ` Óscar Fuentes
2010-01-14 2:15 ` bug spam [was Re: Unable to close a bug in the tracker.] Glenn Morris
2010-01-14 4:45 ` bug spam Stefan Monnier
2010-01-14 5:21 ` Glenn Morris
2010-01-14 8:14 ` Yavor Doganov
2010-01-14 15:23 ` Stefan Monnier
2010-01-14 17:14 ` Glenn Morris
2010-01-14 17:16 ` Glenn Morris
2010-01-14 18:08 ` Chong Yidong
2010-01-14 18:37 ` Stefan Monnier
2010-01-15 3:59 ` Glenn Morris
2010-01-19 19:15 ` Glenn Morris
2010-01-19 19:29 ` Chong Yidong
2010-01-19 20:42 ` Glenn Morris
2010-01-19 21:01 ` Glenn Morris
2010-01-14 18:09 ` Glenn Morris
2010-01-14 1:14 ` Karl Fogel [this message]
2010-01-14 2:37 ` Unable to close a bug in the tracker Miles Bader
2010-01-14 2:44 ` Glenn Morris
2010-01-14 12:24 ` Xavier Maillard
2010-01-14 1:19 ` Glenn Morris
2010-01-14 1:28 ` Karl Fogel
2010-01-14 1:41 ` Glenn Morris
2010-01-14 12:58 ` Karl Fogel
2010-01-14 15:35 ` Stefan Monnier
2010-01-14 15:47 ` Karl Fogel
2010-01-14 16:24 ` Deniz Dogan
2010-01-14 18:08 ` Stefan Monnier
2010-01-15 2:11 ` Stephen J. Turnbull
2010-01-15 2:31 ` Stefan Monnier
2010-01-15 6:19 ` Miles Bader
2010-01-14 4:50 ` Stefan Monnier
2010-01-14 6:36 ` Glenn Morris
2010-01-14 8:54 ` bug threading [was Re: Unable to close a bug in the tracker] Glenn Morris
2010-01-14 15:24 ` bug threading Stefan Monnier
2010-01-14 12:59 ` Unable to close a bug in the tracker Karl Fogel
2010-01-14 14:55 ` Chong Yidong
2010-01-14 15:09 ` Karl Fogel
2010-01-14 17:04 ` Glenn Morris
2010-01-14 19:20 ` Xavier Maillard
2010-01-14 9:41 ` Deniz Dogan
2010-01-14 17:07 ` Glenn Morris
2010-01-14 18:54 ` Deniz Dogan
2010-01-14 19:22 ` Stefan Monnier
2010-01-15 3:59 ` Glenn Morris
2010-01-15 21:36 ` Richard Stallman
2010-01-16 4:02 ` Deniz Dogan
2010-01-16 8:10 ` Eli Zaretskii
2010-01-16 11:02 ` Reiner Steib
2010-01-16 11:13 ` Óscar Fuentes
2010-01-18 3:06 ` Miles Bader
2010-01-18 4:13 ` Stephen J. Turnbull
2010-01-18 5:29 ` Stephen J. Turnbull
2010-01-19 0:06 ` Glenn Morris
2010-01-16 20:57 ` Xavier Maillard
2010-01-16 21:09 ` Richard Stallman
2010-01-14 13:09 ` Getting full bug database dump? Karl Fogel
2010-01-14 14:47 ` Chong Yidong
2010-01-14 15:21 ` Michael Albinus
2010-01-14 15:31 ` Karl Fogel
2010-01-14 16:09 ` Michael Albinus
2010-01-14 16:20 ` Chong Yidong
2010-01-14 16:24 ` Michael Albinus
2010-01-14 16:37 ` Ted Zlatanov
2010-01-14 19:33 ` Emacs interface to debbugs (was: Getting full bug database dump?) Reiner Steib
2010-01-14 20:35 ` Emacs interface to debbugs Michael Albinus
2010-01-14 21:25 ` Ted Zlatanov
2010-01-14 18:00 ` Getting full bug database dump? Stefan Monnier
2010-01-14 19:56 ` Michael Albinus
2010-01-14 17:31 ` Dan Nicolaescu
2010-01-14 18:04 ` Karl Fogel
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=877hrlo5cx.fsf@red-bean.com \
--to=kfogel@red-bean.com \
--cc=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.