From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philippe Vaucher Newsgroups: gmane.emacs.bugs Subject: bug#19636: [TRAMP] global minor mode hangs connection when accessing files in :lighter Date: Mon, 27 Mar 2017 17:46:58 +0200 Message-ID: References: <87d268jejx.fsf@gmx.de> <87bmsm96ze.fsf@detlef> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1143b56ebcb26f054bb8422e X-Trace: blaine.gmane.org 1490629708 30267 195.159.176.226 (27 Mar 2017 15:48:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 27 Mar 2017 15:48:28 +0000 (UTC) Cc: 19636 <19636@debbugs.gnu.org> To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 27 17:48:24 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1csWsU-00071h-T0 for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Mar 2017 17:48:19 +0200 Original-Received: from localhost ([::1]:47702 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1csWsa-0000IE-NG for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Mar 2017 11:48:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51665) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1csWsJ-0000C6-Cc for bug-gnu-emacs@gnu.org; Mon, 27 Mar 2017 11:48:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1csWsE-0004Bd-As for bug-gnu-emacs@gnu.org; Mon, 27 Mar 2017 11:48:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49441) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1csWsE-0004B7-6f for bug-gnu-emacs@gnu.org; Mon, 27 Mar 2017 11:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1csWsD-0003yX-TT for bug-gnu-emacs@gnu.org; Mon, 27 Mar 2017 11:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philippe Vaucher Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Mar 2017 15:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19636 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19636-submit@debbugs.gnu.org id=B19636.149062965715246 (code B ref 19636); Mon, 27 Mar 2017 15:48:01 +0000 Original-Received: (at 19636) by debbugs.gnu.org; 27 Mar 2017 15:47:37 +0000 Original-Received: from localhost ([127.0.0.1]:47640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1csWrp-0003xp-75 for submit@debbugs.gnu.org; Mon, 27 Mar 2017 11:47:37 -0400 Original-Received: from mail-vk0-f48.google.com ([209.85.213.48]:36091) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1csWrn-0003xc-0g for 19636@debbugs.gnu.org; Mon, 27 Mar 2017 11:47:35 -0400 Original-Received: by mail-vk0-f48.google.com with SMTP id s68so56396528vke.3 for <19636@debbugs.gnu.org>; Mon, 27 Mar 2017 08:47:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RS3FTSt5HLFPQ7LAvL486PuOcRVnY7qiSYu3fktFMGA=; b=MhXNmWZkbNIBUOg/hU/tnBeS7KbuhPunm/yMjNsghpdqSJwzD/V7TggM5EqLzisRca 2A4dtZ5dQMh5NlFA91o8HfmAMIa9VJ2ygbYW5iobbzkO+l9lP6OorHayUgdLwhIDTnC8 kE21cKj36e2MOS94WsiMqqr2XnVUu/t8SmZa6N1RnLCGHGXd16Ap5CIrFfb8rSSNlABw Bo4QS6Oxwu+KTXGBgWcY3l36DADl9I5Ip7E5IkEYPVFBJhAayD1w0ZzTuWlroJMW2f92 gr3NW8hfawZUGJtjBhXpj6M1LSZZZfX8B+9s+apb4dNEitLD4ZWXvC850GjoMHlAbCSg PwCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RS3FTSt5HLFPQ7LAvL486PuOcRVnY7qiSYu3fktFMGA=; b=IZtwp6oUjBcPUwqMqWb0F8xCYcnWy6OaFGQjPJAaliQXNi6Lm4njMWCS5qoCvgRzoN JEPcrzQBf5aiBP7S4qr1xuejvAtBZyY9jk7ZvIZJGWzgM9dXRCTp0wuswAyP6zGWHs2I HyiKBo/CSEu22noNJ7mTTD3b+kg1qlxcc4T/KYVVf9ylpCaWypBlDgMUec2iI0AWZNsu +t7J/yWmVZ1gsdJMb/nmTMcwV9yx6sbwShrfq52dsPf4fIUdeuuWnEg6tUNP/SxTkttH UGN2eTctOEqa7t7pT/0G37QmxrNt18fxqSjyO1FudPszxIcb/Bu+9AktM38VMuRy+JDx lpIg== X-Gm-Message-State: AFeK/H1tGLq5GLPf3XLeqACkYXjfOPSIZVm2sPtckGkuv1/Bsk5HaSgvaKRax3bunrZFKaPfpUB8h31Elb3C5g== X-Received: by 10.31.21.201 with SMTP id 192mr10213433vkv.171.1490629649278; Mon, 27 Mar 2017 08:47:29 -0700 (PDT) Original-Received: by 10.103.81.5 with HTTP; Mon, 27 Mar 2017 08:46:58 -0700 (PDT) In-Reply-To: <87bmsm96ze.fsf@detlef> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:131015 Archived-At: --001a1143b56ebcb26f054bb8422e Content-Type: text/plain; charset=UTF-8 > > > Basically, do nothing if there's no reliable way of getting the > > information yet (we are remote and not connected yet). > > Sounds reasonable for me, thanks for reporting the status. I also > recommend to test with the development version of Emacs (aka 26.0.50), > because there have been serious changes in Tramp. > Good idea. > > This seems to repair the issue almost always, except for TRAMP 2.2.11 > > (the one in emacs 24.5). > > Well, I don't see what could be done else here on emacs-devel. What do > you expect us to do else? > Oh, I was just reporting my findings. Not much you can do except keep in mind people *do* call various emacs api on buffer-file inside :lighter or even inside the function that has to decide wether a mode should be on or off, so the emacs api should be resilient to errors reguarding this. Currently it fails kinda catastrophically when you don't check with `file-remote-p` beforehand (emacs hang and one has to furiously press C-g or C-c to get emacs back, and often this is not sufficient as any command you want to type hangs again, so one has to quit). Philippe --001a1143b56ebcb26f054bb8422e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
> Basically, do nothing if there's = no reliable way of getting the
> information yet (we are remote and not connected yet).

Sounds reasonable for me, thanks for reporting the status. I also recommend to test with the development version of Emacs (aka 26.0.50),
because there have been serious changes in Tramp.

=
Good idea.
=C2=A0
= > This seems to repair the issue almost always, except for TRAMP 2= .2.11
> (the one in emacs 24.5).

Well, I don't see what could be done else here on emacs-devel. W= hat do
you expect us to do else?

Oh, I was jus= t reporting my findings. Not much you can do except keep in mind people *do= * call various emacs api on buffer-file inside :lighter or even inside the = function that has to decide wether a mode should be on or off, so the emacs= api should be resilient to errors reguarding this. Currently it fails kind= a catastrophically when you don't check with `file-remote-p` beforehand= (emacs hang and one has to furiously press C-g or C-c to get emacs back, a= nd often this is not sufficient as any command you want to type hangs again= , so one has to quit).

Philippe
<= /div> --001a1143b56ebcb26f054bb8422e--