GNU bug report logs - #32502
27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs

Previous Next

Package: emacs;

Reported by: Gemini Lasswell <gazally <at> runbox.com>

Date: Wed, 22 Aug 2018 18:26:02 UTC

Severity: normal

Tags: fixed

Found in version 27.0.50

Fixed in version 27.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #94 received at 32502 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: gazally <at> runbox.com, 32502 <at> debbugs.gnu.org
Subject: Re: bug#32502: 27.0.50; Tramp;
 C-g during asynchronous remote find-file kills Emacs
Date: Thu, 30 Aug 2018 16:51:14 +0300
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: gazally <at> runbox.com,  32502 <at> debbugs.gnu.org
> Date: Thu, 30 Aug 2018 15:32:58 +0200
> 
> > If we want to announce the errors to the main thread, we can use
> > methods other than signaling an error.  For example, we could inject
> > a special event into the input queue, similarly to how we produce
> > help-echo and other special events.
> 
> I'm just changing thread-signal such a way that it ignores silently
> signals sent to the main thread. Shall I implement this event injection
> instead?

I don't know.  I guess it depends on how important is it to show the
errors nicely.  You could leave signals for now and use the events
idea later as an enhancement.

> And what shall be done with this event in the main thread? Just writing
> an error message, or some kind of handling?

Yes, displaying a message would be a good starting point, I think.




This bug report was last modified 6 years and 313 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.