From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#40919: 27.0.91; next-error-select-buffer does not always behave as documented Date: Mon, 04 May 2020 01:36:43 +0300 Organization: LINKOV.NET Message-ID: <87zhaozlvo.fsf@mail.linkov.net> References: <53913bd9-2bdc-0f70-f7b4-744283e0512f@ieee.org> <87d07rmb6j.fsf@mail.linkov.net> <87zhau5bfw.fsf@mail.linkov.net> <66f63b16-307a-919c-1d25-60ff63f92ae6@ieee.org> <87bln8u3xq.fsf@mail.linkov.net> <851cd382-4b2e-447a-2212-919c8a4ce908@ieee.org> <87d07lykkd.fsf@mail.linkov.net> <83bln5rbah.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="66490"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: 40919@debbugs.gnu.org, tspiteri@ieee.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 04 00:39:11 2020 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 1jVNGP-000H8q-Gp for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 04 May 2020 00:39:09 +0200 Original-Received: from localhost ([::1]:53444 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVNGO-0008Ry-Il for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 03 May 2020 18:39:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45544) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVNGI-0008Rp-I8 for bug-gnu-emacs@gnu.org; Sun, 03 May 2020 18:39:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46807) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jVNGI-0007D1-9E for bug-gnu-emacs@gnu.org; Sun, 03 May 2020 18:39:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jVNGI-0004Bw-6w for bug-gnu-emacs@gnu.org; Sun, 03 May 2020 18:39:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 May 2020 22:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40919 X-GNU-PR-Package: emacs Original-Received: via spool by 40919-submit@debbugs.gnu.org id=B40919.158854551216073 (code B ref 40919); Sun, 03 May 2020 22:39:02 +0000 Original-Received: (at 40919) by debbugs.gnu.org; 3 May 2020 22:38:32 +0000 Original-Received: from localhost ([127.0.0.1]:58353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jVNFo-0004BB-2I for submit@debbugs.gnu.org; Sun, 03 May 2020 18:38:32 -0400 Original-Received: from relay10.mail.gandi.net ([217.70.178.230]:58575) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jVNFm-0004Ax-1w for 40919@debbugs.gnu.org; Sun, 03 May 2020 18:38:30 -0400 Original-Received: from mail.gandi.net (m91-129-106-11.cust.tele2.ee [91.129.106.11]) (Authenticated sender: juri@linkov.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id 1F9C3240003; Sun, 3 May 2020 22:38:22 +0000 (UTC) In-Reply-To: <83bln5rbah.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 May 2020 05:40:22 +0300") 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:179636 Archived-At: >> It seems there is no right answer suitable for all users. So I propose >> to add more options. >> >> Eli, do you agree with adding more options to `next-error-find-buffer-function' >> in emacs-27? >> >> Currently it has one option that defines one of possible behaviors existed >> in older versions. Now we need to add other option for compatibility >> with pre-27 versions. >> >> Then users of emacs-27 could decide whether they want to keep >> the old behavior or use the new. > > I think the time for adding new options to Emacs 27 has come and gone > long ago. We should defer that to future releases. To do nothing in emacs-27 is one variant, indeed. Another variant would be to add an optional choice to the existing option that allows to restore the old behavior and doesn't affect the current behavior in any way. A third variant is to explain in the documentation what defadvice the users could add to their init files to restore the old behavior.