From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#54405: 27.1; How to reset connection-local variable Date: Sat, 19 Mar 2022 09:24:12 +0100 Message-ID: <871qyye4er.fsf@gmx.de> References: <867d8vc5dq.fsf@tiefighter.i-did-not-set--mail-host-address--so-tickle-me> <87y219iw3l.fsf@gmx.de> <861qz0d3lc.fsf@tiefighter.i-did-not-set--mail-host-address--so-tickle-me> <87lex7iv1n.fsf@gmx.de> <87h77vij8i.fsf@gmx.de> <864k3vi4gt.fsf@tiefighter.i-did-not-set--mail-host-address--so-tickle-me> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13534"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 54405-done@debbugs.gnu.org To: David Landell Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Mar 19 09:25:21 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nVUOm-0003HQ-IV for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 19 Mar 2022 09:25:20 +0100 Original-Received: from localhost ([::1]:49702 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nVUOk-0007uz-RX for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 19 Mar 2022 04:25:18 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:51750) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nVUOV-0007sC-Cu for bug-gnu-emacs@gnu.org; Sat, 19 Mar 2022 04:25:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36823) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nVUOV-0006Ma-4V for bug-gnu-emacs@gnu.org; Sat, 19 Mar 2022 04:25:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nVUOU-0008Sx-UR for bug-gnu-emacs@gnu.org; Sat, 19 Mar 2022 04:25:02 -0400 Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Mar 2022 08:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 54405 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Mail-Followup-To: 54405@debbugs.gnu.org, michael.albinus@gmx.de, david.landell@sunnyhill.email Original-Received: via spool by 54405-done@debbugs.gnu.org id=D54405.164767826532472 (code D ref 54405); Sat, 19 Mar 2022 08:25:02 +0000 Original-Received: (at 54405-done) by debbugs.gnu.org; 19 Mar 2022 08:24:25 +0000 Original-Received: from localhost ([127.0.0.1]:58951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nVUNs-0008Rg-NY for submit@debbugs.gnu.org; Sat, 19 Mar 2022 04:24:24 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:44319) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nVUNq-0008RP-Fn for 54405-done@debbugs.gnu.org; Sat, 19 Mar 2022 04:24:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1647678253; bh=xp13Vc95xFFAG3Hu8xlQmsSdIJ5yQ5GjZPC/wqcbHME=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Iv8N3WvVxsT+KFUA0Fh5ArqcxSTPvrhbyTCwB/54alBh1my2e+AIi6ungjgPUDQwY yIDwjxjtolXYA0lFbZpWgVsneY6UcpOzWR3ghCOPbZAoNkgqPHKTMkUHI1KLquX67W /Iw91N3k9MBNI/2404PASIWiGy3WN9WKPg3mOwuY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([213.220.159.32]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MYeR1-1naFLy1F11-00VkV4; Sat, 19 Mar 2022 09:24:13 +0100 In-Reply-To: <864k3vi4gt.fsf@tiefighter.i-did-not-set--mail-host-address--so-tickle-me> (David Landell's message of "Fri, 18 Mar 2022 17:57:06 +0100") X-Provags-ID: V03:K1:gXXeLWtnU7ckvemOev34NNtmok1+BenrfXkY2Ppnzd1yCx5IQUe QYDeUcz1sCRKfPr7j0R8KYVB/qCB6HmtXcuJhqCYxTCcCwPNhyfVhwmx1vd0sJTdSyEUAb+ 4grOZ57JFJ0ZbJg2F4Uk4kMpLl4+VoFOy5mdcHBslP85shI3cKKlBbnBx6sSA3SNALfjfDo o7HHOmcnmb8jGeTY2BO3g== X-UI-Out-Filterresults: notjunk:1;V03:K0:3yLa4YES3sc=:ZB0tJYujCevj5IfXfE1pFk vm5DQxAtZpyCsTtCe1p+Rab8MSrX9J3qKr13RmXnu2e4LVGeWQYogtksGvTQkLHHHksXpdLNL 35XomZe3EKMe8W6Z2oWhm1rfnACvW1DAkGfBKOgnPB3bmpXJrX4gjNYPNFFSXXq45uenHxMiT qzG4bzPTZ/zIjgrk2rNnldwP9Ldj4xgLMdFpB4Nsubnyepd4s0qe4+UCRPe8KQssyifSP5gLO VM/jCSwDRcLJAdYZxnBn5e4av+Dvj5KGoxVpeB7ZoAzmxOXpkbqgyF2A96TH4bATU3Vne0XY8 lfq/slbEtMIFoYvg2MYrn4R6xpE1Sv0eiJNbFxz/QNd1+/4Bx5FbZzGbsi9cqVsqQMFr30qhE DZcYkJn+xMCWd81Wjsm9zwXo/kcQK2sXQS6rp3tlb/+aMKn6T2Hv/CdhNbLXu9OpQimgHTzwY ersWKeJ9RPt8Ckp+JFwWQIIEo8Dn8NAGzygLQrd1eA9aE/i5GV9eAN77er9MaSlAxmSFkhipB mt64d202osxhEqp3rLWDYYVTLmuCh532zUfNu5GId2FBW4rTjK4fIUVliG6HMI/Islk+aBEpc jJnVXdv1RkzYulxwSrs03Y09vcsxaP1fAprVeG1SHecrgXTFgRbc3gqOg0R7/nshMVlvCvPYa 0dTg9U+dw5GiWypF1qwFg6No/c6GDKkQSTcbIER2khm7et1qQQRPvpgSRB8DSbZwMELgPd06/ piEDp3JXrQv4Zn828OY6pK85afwtBLjI/ez6cgAcg27XqyNkV5DHpKfAS61KwLrSNN9lPVZD X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:228582 Archived-At: Version: 29.1 David Landell writes: Hi David, > This seems to work fine as far as I can tell and as far as my testing > goes with this feature isolated. There is however a small complication > which I don't know if it is to be considered a bug or not. > > Still this fails with my package. I discovered that this is because > `hack-dir-local-variables-non-file-buffer' is called at some point for a > totally unrelated variable to be applied. The actual trigger point is > `hack-local-variables-apply'. > > So further debugging indicates that the connection-local variable that > is applied (and reset) in `with-connection-local-variables' is also > added to `file-local-variables-alist' which makes it a buffer local > during the call to `hack-local-variables-apply'. > > Question is if the file-local should be reset at the same time as > `kill-local-variable' is called in `with-connection-local-variables'? File-local, directory-local and connection-local variables are set independently. All of them are implemented as buffer-local variables, that means, if a given variable is both file-local and connection-local (or directory-local), there might be conflicts. Until now, there is no mechanism to avoid this (AFAIK). > Anyway, on my end this can be resolved, I have a workaround in place. So > this is mostly FYI. OK, closing the bug. > Cheers, > David Best regards, Michael.