Notifications don't tell you whether you're a bug's reporter

Bug #130902 reported by Brian Murray
24
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Medium
Brian Murray

Bug Description

As far as I can tell there is not a distinction between when you are a Reporter or a Subscriber of a bug report in the e-mails that Malone sends. Below is a bug I reported with the Rationale set to Subscriber:

Subject: [Bug 128130] Re: yelp crashed with SIGSEGV
X-Launchpad-Bug: product=yelp; status=Unknown; importance=Unknown;
        assignee=None;
X-Launchpad-Bug: distribution=ubuntu; sourcepackage=yelp; component=main;
        status=Triaged; importance=Medium;
        <email address hidden>;
X-Launchpad-Message-Rationale: Subscriber

Personally I am subscribed to quite a lot of bugs and it would be helpful to sort the ones I have reported.

(The equivalent for merge proposals is bug 353325.)

Related branches

Changed in malone:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Christian Reis (kiko) wrote :

Well, the reason we can't do that is that you don't get emailed for being a reporter :-) The reporter is subscribed upon bug creation, but he can unsubscribe later. That's why it can't fit in the -Message-Rationale header. Do you have an alternative suggestion?

Changed in malone:
status: Confirmed → Incomplete
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

I suggest making the reporter an implicit subscriber. This would be helpful not just for clarifying the X-Launchpad-Message-Rationale header, but also for the new page layout: I'm hoping to present the reporter and other subscribers in (separate parts of) an overall list of notified people, and I'd rather the reporter wasn't listed twice.

Changed in malone:
status: Incomplete → New
Revision history for this message
Christian Reis (kiko) wrote :

That would cause him to never be able to unsubscribe unless we implement ignore subscriptions, which are not on the roadmap; that's not an option. So either we add this as a separate header, or find a different way of doing it.

Changed in malone:
status: New → Incomplete
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

I just encountered a use case for this. I received a notification about a bug report being marked Incomplete, but I couldn't remember whether I was the reporter or not, and the notification didn't tell me. So I had to visit the Web page to find out whether it was me who was supposed to provide the missing information. I shouldn't have had to do that.

In any case, *this* bug report isn't incomplete: the problem is fully described, that you can't tell whether you're getting a notification from being the reporter. The proposed solution is probably suboptimal (it wouldn't have helped me, for example, since I don't filter by header), but that just shows we shouldn't expect end users to design solutions to the problems they report. :-)

Changed in malone:
status: Incomplete → New
Revision history for this message
Björn Tillenius (bjornt) wrote :

There should be a new header indicating the bug reporter.

Changed in malone:
status: New → Triaged
Revision history for this message
Christian Reis (kiko) wrote :

Well, we could also include the original reporter of the individual task. What do you think of that, Bjorn?

We could also add this information to the footer:

--
how bzr push command for empty branches
https://bugs.launchpad.net/bugs/258610 reported by Martin Pool on 2008-04-12
You received this bug notification because you are a member of Launchpad
Security, which is a direct subscriber.

That would address Matthew's use case, though it's a bit of a bogus use case (in practice, how many users really file so many bugs they actually forget they reported it?)

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

I think it would be more cluttersome than useful to include the name of the reporter in every bug notification. I'd rather the footer be shorter, not longer, and
    You received this message because you reported the bug.
is both shorter and more relevant to me than
    You received this bug notification because you are a direct subscriber
    of the bug.
(I guess this an example of how making an interface concise is harder than making it long-winded.)

Reporting many bugs is one way to forget that you're the reporter of a particular bug, but not the only way. Another way is to report a bug and have it responded to months or years later. Launchpad could do various things to make that less likely, but I don't think there's any reasonable way Launchpad could make it never happen.

description: updated
Revision history for this message
Karl Fogel (kfogel) wrote :

Bjorn: by "There should be a new header indicating the bug reporter", do you mean that has been implemented, or just that it would be desirable for it to be implemented?

AFAICT it is not implemented currently. I think adding an "X-Launchpad-Bug-Reporter:" header is a terrific idea.

tags: added: story-better-bug-notification
Changed in malone:
assignee: nobody → Brian Murray (brian-murray)
status: Triaged → In Progress
tags: added: qa-ok
Changed in malone:
milestone: none → 10.06
Revision history for this message
Ursula Junque (ursinha) wrote : Bug fixed by a commit
tags: added: qa-needstesting
removed: qa-ok
Changed in malone:
status: In Progress → Fix Committed
tags: added: qa-ok
removed: qa-needstesting
Curtis Hovey (sinzui)
Changed in malone:
status: Fix Committed → Fix Released
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Reported bug 643320 on showing this in the visible part of the message.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.