#1019651 "Control: fixed ..." not working

#1019651#5
Date:
2022-09-13 02:17:58 UTC
From:
To:
Dear maintainers,

I noticed in several opportunities that any "Control: fixed" inside email
messages won't work. See an example here[1]. I needed to send an extra command
via bts ($ bts fixed 336959 spell/1.0-16) to work.

[1] https://bugs.debian.org/336959#8

Regards,

Eriberto

#1019651#10
Date:
2022-09-13 05:06:09 UTC
From:
To:
I'm not closing this bug straight away, in case the maintainers have
some further input, but fwiw
https://www.debian.org/Bugs/Reporting#control says "when sent to
submit@bugs.debian.org or nnn@bugs.debian.org" and doesn't mention nnn-
done@ being supported, as in your example.

Usually one would simply use a "Version" pseudo-header in -done mails.

Regards,

Adam

#1019651#15
Date:
2022-09-17 00:07:55 UTC
From:
To:
processing.

If you want it, you can send the e-mail to nnn@ and nnn-done@ or
nnn-done@ and control@.

#1019651#20
Date:
2022-09-17 01:43:26 UTC
From:
To:
People often think that it does, don't notice that it doesn't and then
bugs don't get updated properly. I have seen this a number of times.

Personally I think it happens often enough that it would be worth
making it work in nnn-done@ messages also, to avoid this problem.

#1019651#25
Date:
2022-09-17 04:49:01 UTC
From:
To:
The main reason why it's not supported is because of the effort required
to handle nnn-done@ in scripts/process rather than a principled
objection to it. [My main goal was to support Control: at submit@ time
where it's critical; support of nnn@ was an added benefit.]

#1019651#30
Date:
2022-09-17 05:39:46 UTC
From:
To:
Control: reopen -1
Control: retitle -1 support Control: pseudo-headers in nnn-done@ mails

It sounds like you wouldn't object to this reopening of the bug then :)

#1019651#45
Date:
2026-05-03 20:13:15 UTC
From:
To:
Hi

Since this behavior seems to the a recurring source of surprise, I've
opened [a MR for the debian.org BTS information page][1].

[1]:
https://salsa.debian.org/webmaster-team/webwml/-/merge_requests/1145

If the MR gets merged (I don't have the rights to do so) and the
behavior of debbugs subsequently adapted, the webpage would need to be
updated.

Best,