[Aptitude-devel] Bug#438495: Cannot interrupt changelog download

[Trent W. Buck]

If you want to WONTFIX or close this bug, I don't object. :-)
Boring discussion follows.

Manuel A. Fernandez Montecelo wrote:
>> When viewing upgradable packages, one can use the `C' key (that is,
>> Shift + C) to download and view the changelog.  While the changelog is
>> downloading, both `q' and ^C (Control + C) terminate aptitude
>> altogether; it seems there is no way to cancel the download of a
>> changelog.
>
> Can you please confirm me if what you observed is still happening with
> recent versions?  I's been quite a long time since the report and the
> follow-up.

I can reproduce the symptoms as originally described, on jessie & sid.

    Open aptitude TUI,
    select a package,
    hit C,
    then hit q (aptitude offers to quit) or hit ^C (aptitude quits).

When I pressed q, the bottom line of the TUI reported:
    Preparing to download the changelog of ganeti-haskell-2.15 ... 2%
so I assume the download was in progress.

> I am on a very slooooow connection, but even then the (and when
> changelog is not on disk already) package changelog downloads so fast
> that I cannot press 'q' before it downloads, except in a couple of
> occasions.  Even with old packages (== assuming big changelog files) it
> takes fractions of a second.

IIRC it was noticable for me because changelogs were downloaded from debian.org, not a local mirror.
In Australia that meant they took a loooong time.

Right now on sid it takes about 1s for a package with a short changelog (haskell-zeromq4-haskell),
and about 4s for a package with a long changelog (vim).

> Sometimes when pressing 'q', it seems to want to quit aptitude rather
> than cancel the changelog (but there is the confirmation dialog).
> However, assuming that in your case it's just very slow downloading the
> changelog, I think that one can press F6 and cycle to another view and
> continuing working there for a few seconds, as a workaround.
>
> To be honest, I am not sure if it's even a good idea to implement this
> request, since I think the download happens in a background thread and
> only creates the view (the one reacting to 'q') once the changelog is
> ready.
>
> But maybe I am missing your use-case and why it's so annoying, please
> explain.

I do not really care about this bug anymore -- especially since, as
you say, it is possible to continue working in the existing aptitude
tab (view?) while the changelog downloads.

IIRC what used to happen was I'd hit <right arrow> by mistake,
which sent ^[[C and aptitude would start downloading a changelog,
and it was in the foreground but I couldn't cancel it,
so effectively I was locked out of aptitude for a decasecond or two.

That doesn't seem to be the case anymore :-)

If you want to WONTFIX or close this bug, I don't object.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/aptitude-devel/attachments/20150922/147f1cab/attachment.sig>