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-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.