Re: Questions about BTS SOAP interface "pending" attribute
Francesco Poli <[email protected]>
| Newsgroups | gmane.linux.debian.devel.debbugs,gmane.linux.debian.internationalization.english |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 7 Sep 2012 18:43:45 +0200 Francesco Poli wrote:
[...]
> in the present case, those names are something intended to be
> interpreted by programs and not directly by users (at least normally).
> Please correct me if I am wrong.
>
> As a consequence, the fact that apt-listbugs exposes those names to its
> users (since they are possible values for command line arguments) is a
> flaw of apt-listbugs.
> Maybe apt-listbugs should use less misleading names for the states when
> parsing command line arguments, and then internally map them to the
> historical names used in the SOAP stream.
[...]
I noticed that the BTS web interface *does* use the historical names
for pending-states in the input from its users: in
http://www.debian.org/Bugs/
(and at the end of each bug listing or bug report web page)
the "Include Bugs" and "Exclude Bugs" fields have a "with pending
state" option where the user is supposed to enter the historical names
(pending, forwarded, pending-fixed, ...).
On the other hand, when the BTS web interface displays bugs, it uses
more discursive descriptions. The mapping seems to be:
pending becomes "Outstanding"
forwarded becomes "Forwarded"
pending-fixed becomes "Pending Upload"
fixed becomes "Fixed in NMU"
absent becomes "From other Branch"
done becomes "Resolved"
Maybe I should use the same discursive descriptions for the output of
apt-listbugs, and the historical names for apt-listbugs command line
arguments.
This would be more consistent with the BTS web interface.
Once again, not something that can be changed during a freeze, so I'll
have to wait...
What do you think?
Please let me know.
Thanks for your time!
--
http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
New GnuPG key, see the transition document!
..................................................... Francesco Poli .
GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
signature.asc
(application/pgp-signature, 836 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQTk4pAAoJED4cJ+Efab/+xJkP+QGkBXe1zvdVbnvywlQpoaFd sNRT2cUjryegXHEddB6fAEyFtk9qsNd+LiadBwZzi40uo82RDdS0RSPmJ0lp5TqX ze/MSU8zJX0lOG3B6difLzfRZWuQO24Wdg4Q5igk3oXwaUtTDyu5ghXi7m8RpMog +1Jbm/hyYsGvKJxvlJ3uHfFEZYDyTn5m2aBLMUkl3F6i0wMd5Cwt158ZF1ownOEe Q8jGOzAklOlBPyfpF2ob3rQgxB5QtPsYUK1cXS/zce145oA0Ax0pNhT3fsQvpyrh TtEGh/VgicuMo3M8O3TylPUcXJKrlhdcpUvHbCL6ELslXup3nuHzxHXu3C1ZaKjf 6FL0DmC80Lk4EgrZoBg/zFh2/Hf7ynM5GrKCyFuwn7e6TVR68AN3Q82scfuuUxMz zNX5NXoJITcqBVOucNkDN3wt6i7NK/UgEymiqa8ycHciAVULkKsqLzRuv6byLFdP ON5AKH3CSB9Z9QbZNJx1YncE8/B0NcVeo9Fwxl7Z4khJIUy8X8LrTlrJIyjYAyao 74Ptjp0Mal1otToHM8JJSNOPDNFBPWjIIDDZh65Wp+MVMM54obgdJS7Wcj6JY2vn h36UDVvfKtZn2v7vVaHSPXr6+2zfA5n+bBeS/Q9TXnMunpvIkEFcBlbofj3fNGy9 tvZQUnpf2TAxjJ388p5a =l0C8 -----END PGP SIGNATURE-----