GNU bug report logs -
#36707
[PATCH] Signal user-error on duplicate package refresh
Previous Next
Reported by: Stefan Kangas <stefan <at> marxist.se>
Date: Wed, 17 Jul 2019 18:03:01 UTC
Severity: minor
Tags: patch
Fixed in version 27.1
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 36707 in the body.
You can then email your comments to 36707 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Wed, 17 Jul 2019 18:03:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Kangas <stefan <at> marxist.se>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 17 Jul 2019 18:03:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
In the "*Packages*" buffer (M-x package-list-packages), if I hit "r" many times
it will try to initiate more refreshes even if the first one has not finished
yet. This is unnecessary and potentially confusing.
This patch makes it check if there is already an refresh in progress and signal
a user-error if there is one.
(I'll send the patch in a separate message once this is assigned a bug
number.)
Thanks,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Wed, 17 Jul 2019 18:11:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 36707 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> (I'll send the patch in a separate message once this is assigned a bug
> number.)
Patch attached.
Thanks,
Stefan Kangas
[0001-Signal-a-user-error-on-duplicate-package-refresh.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Thu, 18 Jul 2019 22:14:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 36707 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> In the "*Packages*" buffer (M-x package-list-packages), if I hit "r" many times
> it will try to initiate more refreshes even if the first one has not finished
> yet. This is unnecessary and potentially confusing.
>
> This patch makes it check if there is already an refresh in progress and signal
> a user-error if there is one.
Would it not be possible/better to discard the existing refresh and
start a new one, instead of signalling an error? This would help
e.g. when a refresh hangs for whatever reason.
Thanks,
--
Basil
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Fri, 09 Aug 2019 00:17:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 36707 <at> debbugs.gnu.org (full text, mbox):
"Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
> Stefan Kangas <stefan <at> marxist.se> writes:
>
>> In the "*Packages*" buffer (M-x package-list-packages), if I hit "r" many times
>> it will try to initiate more refreshes even if the first one has not finished
>> yet. This is unnecessary and potentially confusing.
>>
>> This patch makes it check if there is already an refresh in progress and signal
>> a user-error if there is one.
>
> Would it not be possible/better to discard the existing refresh and
> start a new one, instead of signalling an error? This would help
> e.g. when a refresh hangs for whatever reason.
Not sure if it's better, supposing the user is hitting "r" repeatedly,
that just interrupts the pending refreshes, preventing any progress. I
would expect hanging to be cancelled by a timeout anyway.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Mon, 12 Aug 2019 00:36:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 36707 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> gmail.com> writes:
> "Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
>
> > Stefan Kangas <stefan <at> marxist.se> writes:
> >
> >> In the "*Packages*" buffer (M-x package-list-packages), if I hit "r" many times
> >> it will try to initiate more refreshes even if the first one has not finished
> >> yet. This is unnecessary and potentially confusing.
> >>
> >> This patch makes it check if there is already an refresh in progress and signal
> >> a user-error if there is one.
> >
> > Would it not be possible/better to discard the existing refresh and
> > start a new one, instead of signalling an error? This would help
> > e.g. when a refresh hangs for whatever reason.
>
> Not sure if it's better, supposing the user is hitting "r" repeatedly,
> that just interrupts the pending refreshes, preventing any progress. I
> would expect hanging to be cancelled by a timeout anyway.
I agree with Noam that a timeout would make more sense. Not sure if
it already exists or if that's a separate issue.
Thanks,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Sun, 18 Aug 2019 18:19:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 36707 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> Noam Postavsky <npostavs <at> gmail.com> writes:
>
> > "Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
> >
> > > Stefan Kangas <stefan <at> marxist.se> writes:
> > >
> > >> In the "*Packages*" buffer (M-x package-list-packages), if I hit "r" many times
> > >> it will try to initiate more refreshes even if the first one has not finished
> > >> yet. This is unnecessary and potentially confusing.
> > >>
> > >> This patch makes it check if there is already an refresh in progress and signal
> > >> a user-error if there is one.
> > >
> > > Would it not be possible/better to discard the existing refresh and
> > > start a new one, instead of signalling an error? This would help
> > > e.g. when a refresh hangs for whatever reason.
> >
> > Not sure if it's better, supposing the user is hitting "r" repeatedly,
> > that just interrupts the pending refreshes, preventing any progress. I
> > would expect hanging to be cancelled by a timeout anyway.
>
> I agree with Noam that a timeout would make more sense. Not sure if
> it already exists or if that's a separate issue.
Are there any other objections to the patch? Otherwise, I'll go ahead
and push it in a few days.
Thanks,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36707
; Package
emacs
.
(Thu, 22 Aug 2019 17:05:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 36707 <at> debbugs.gnu.org (full text, mbox):
close 36707 27.1
quit
Stefan Kangas <stefan <at> marxist.se> writes:
> Are there any other objections to the patch? Otherwise, I'll go ahead
> and push it in a few days.
I've now pushed this as commit a6d87ea045. Closing the report.
Thanks,
Stefan Kangas
bug marked as fixed in version 27.1, send any further explanations to
36707 <at> debbugs.gnu.org and Stefan Kangas <stefan <at> marxist.se>
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Thu, 22 Aug 2019 17:05:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 20 Sep 2019 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 213 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.