From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs Subject: bug#33400: 26.1; Order changed for overriding =?UTF-8?Q?=E2=80=9Cnil=E2=80=9D?= mode in dir-locals Date: Fri, 16 Nov 2018 22:48:47 +1300 Message-ID: <55e14209-801c-921d-dbcb-3146b334bed8@orcon.net.nz> References: <87tvkiwk6g.fsf@yahoo.co.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1542361635 4589 195.159.176.226 (16 Nov 2018 09:47:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 16 Nov 2018 09:47:15 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 To: Neil Roberts , 33400@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 16 10:47:11 2018 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 1gNaiT-00014c-4y for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Nov 2018 10:47:10 +0100 Original-Received: from localhost ([::1]:43668 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNakZ-00038Q-7F for geb-bug-gnu-emacs@m.gmane.org; Fri, 16 Nov 2018 04:49:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40058) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNakL-00037X-Od for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2018 04:49:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gNakI-00083M-JN for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2018 04:49:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50521) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gNakI-00083E-Fd for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2018 04:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gNakI-0001NP-Aj for bug-gnu-emacs@gnu.org; Fri, 16 Nov 2018 04:49:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Nov 2018 09:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33400 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33400-submit@debbugs.gnu.org id=B33400.15423617335273 (code B ref 33400); Fri, 16 Nov 2018 09:49:02 +0000 Original-Received: (at 33400) by debbugs.gnu.org; 16 Nov 2018 09:48:53 +0000 Original-Received: from localhost ([127.0.0.1]:54779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNak9-0001Mz-EZ for submit@debbugs.gnu.org; Fri, 16 Nov 2018 04:48:53 -0500 Original-Received: from smtp-3.orcon.net.nz ([60.234.4.44]:57723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNak6-0001Mp-RB for 33400@debbugs.gnu.org; Fri, 16 Nov 2018 04:48:52 -0500 Original-Received: from [150.107.172.17] (port=9344 helo=[192.168.20.103]) by smtp-3.orcon.net.nz with esmtpa (Exim 4.86_2) (envelope-from ) id 1gNak4-0003z7-4I; Fri, 16 Nov 2018 22:48:48 +1300 In-Reply-To: <87tvkiwk6g.fsf@yahoo.co.uk> Content-Language: en-GB X-GeoIP: NZ X-Spam_score: -2.9 X-Spam_score_int: -28 X-Spam_bar: -- 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:152449 Archived-At: On 16/11/18 2:21 AM, Neil Roberts wrote: > Perhaps you could argue that this isn’t really a bug and that having > multiple values for a directory local variable is just undefined > behaviour. However I think the previous behaviour was quite useful > and it would be nice to maintain it. Or maybe ideally it could even > just say that any more specific mode overrides any less specific mode. I agree -- it makes intuitive sense for it to work that way, and I firmly believe that people *do* use it that way already (as per the example given), as the documentation always presented examples with the nil case first, and therefore following its example would result in that intuitive functionality (except in 26.1). I'd like to see this fixed in 26.2, as I feel it's a very unexpected change which can break things for users in confusing ways. -Phil