Only parses first request in email requests

Bug #79535 reported by Jelmer Vernooij
12
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Medium
Abel Deuring

Bug Description

 affects /products/malone

When I send a list of commands affecting multiple bugs to
<email address hidden>, only the first request is honored, the rest is
ignored. I would expect malone to either honor the other requests as
well or reply to me with an error.

The particular case that didn't work is:

 bug 67010
 status fixreleased

 bug 76823
 status fixreleased

 bug 74798
 status fixreleased

 bug 76280
 status fixreleased

 bug 64816
 status fixreleased

 bug 65138
 status fixreleased

 bug 75751
 status fixreleased

 bug 77023
 status fixreleased

 bug 54738
 status fixreleased

In this situation, only #67010's status was changed to fixreleased.

Revision history for this message
Diogo Matsubara (matsubara) wrote :

Hi Jelmer,

you just filed this bug, but it's marked Fix released. Did the issue you're referring to disapper or this was wrongly marked as Fix released?

Thanks for the report.

Changed in malone:
status: Fix Released → Needs Info
Revision history for this message
Jelmer Vernooij (jelmer) wrote : Re: [Bug 79535] Re: Only parses first request in email requests

 status unconfirmed

Hi Diogo,

On Tue, 2007-01-16 at 12:14 +0000, Diogo Matsubara wrote:
> you just filed this bug, but it's marked Fix released. Did the issue
> you're referring to disapper or this was wrongly marked as Fix released?
Yes, it was wrongly marked fix released. The email contained " status
fixreleased" lines because it was a bug about marking processing batch
requests.

Cheers,

jelmer

--
Jelmer Vernooij <email address hidden> - http://samba.org/~jelmer/

Changed in malone:
status: Needs Info → Unconfirmed
Revision history for this message
Björn Tillenius (bjornt) wrote :

It seems that the bug command doesn't reset the affects target properly, so even when you choose to edit another bug, the status command will edit the previous one.

A workaround for now is to add an affects line before editing the status.

affects /products/bzr

Changed in malone:
assignee: nobody → bjornt
importance: Undecided → Medium
status: Unconfirmed → Confirmed
Changed in malone:
milestone: none → 1.2.5
Revision history for this message
Abel Deuring (adeuring) wrote :

RF 6569

Changed in malone:
status: Fix Committed → Fix Released
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

Related questions

Remote bug watches

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