From unknown Fri Sep 05 08:41:29 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25054 <25054@debbugs.gnu.org> To: bug#25054 <25054@debbugs.gnu.org> Subject: Status: 25.1; bury-buffer makes bad choice of next buffer Reply-To: bug#25054 <25054@debbugs.gnu.org> Date: Fri, 05 Sep 2025 15:41:29 +0000 retitle 25054 25.1; bury-buffer makes bad choice of next buffer reassign 25054 emacs submitter 25054 Francesco Potort=C3=AC severity 25054 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 28 13:52:20 2016 Received: (at submit) by debbugs.gnu.org; 28 Nov 2016 18:52:20 +0000 Received: from localhost ([127.0.0.1]:45224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBR2K-0000Dr-0r for submit@debbugs.gnu.org; Mon, 28 Nov 2016 13:52:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBR2I-0000De-Kf for submit@debbugs.gnu.org; Mon, 28 Nov 2016 13:52:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cBR28-0002yO-Go for submit@debbugs.gnu.org; Mon, 28 Nov 2016 13:52:13 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD, T_MANY_HDRS_LCASE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42620) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cBR28-0002yE-DC for submit@debbugs.gnu.org; Mon, 28 Nov 2016 13:52:08 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43319) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cBR22-0004v2-Ac for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2016 13:52:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cBR1x-0002tK-A6 for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2016 13:52:02 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:11557) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cBR1w-0002qN-V4 for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2016 13:51:57 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q7V2B9G32I9I9MYO@mx.isti.cnr.it> for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2016 19:51:27 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cBR1T-0006ob-GU for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2016 19:51:27 +0100 Date: Mon, 28 Nov 2016 19:51:27 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: 25.1; bury-buffer makes bad choice of next buffer To: bug-gnu-emacs@gnu.org Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -7.9 (-------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.9 (-------) If I have the screen divided into two windows showing two different buffers and issue M-x bury-buffer on one of them, the window will show the same buffer that is shown in the other window. This is different from what it was in Emacs 22, and I find it very annoying. Unless there is good reason for the new behaviour, the buffer displayed should be the "other buffer". To reproduce: C-x 1 RET C-x b a RET C-x b b RET C-x b c RET C-x 4 b d RET M-x bury-buffer RET Now both windows show buffer c, while the current buffer should display buffer b. In GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2016-10-24, modified by Debian built on trouble Windowing system distributor 'The X.Org Foundation', version 11.0.11804000 System Description: Debian GNU/Linux testing (stretch) Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --with-x=yes --with-x-toolkit=lucid --with-toolkit-scroll-bars --without-gconf --without-gsettings 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs25-25.1+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: XAW3D XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 Important settings: value of $LC_COLLATE: it_IT.UTF-8 value of $LC_CTYPE: it_IT.UTF-8 value of $LC_NUMERIC: C value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: TeX Minor modes in effect: longlines-mode: t desktop-save-mode: t shell-dirtrack-mode: t openwith-mode: t xterm-mouse-mode: t display-time-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t use-hard-newlines: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t Recent messages: Showing message 809...done Showing message 809...done Showing message 809...done message learnt as spam No following nondeleted message Expunging deleted messages...done Showing message 808... Saving file /home/pot/Mail/RMAIL... Wrote /home/pot/Mail/RMAIL [2 times] Quit Load-path shadows: ~/elisp/bhl hides /usr/share/emacs/25.1/site-lisp/bhl ~/elisp/bhl hides /usr/share/emacs/site-lisp/bhl /usr/share/emacs/25.1/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup /usr/share/emacs25/site-lisp/flim/md4 hides /usr/share/emacs/25.1/lisp/md4 /usr/share/emacs25/site-lisp/flim/hex-util hides /usr/share/emacs/25.1/lisp/hex-util /usr/share/emacs/site-lisp/rst hides /usr/share/emacs/25.1/lisp/textmodes/rst /usr/share/emacs25/site-lisp/flim/ntlm hides /usr/share/emacs/25.1/lisp/net/ntlm /usr/share/emacs25/site-lisp/flim/hmac-md5 hides /usr/share/emacs/25.1/lisp/net/hmac-md5 /usr/share/emacs25/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/25.1/lisp/net/sasl-ntlm /usr/share/emacs25/site-lisp/flim/sasl-digest hides /usr/share/emacs/25.1/lisp/net/sasl-digest /usr/share/emacs25/site-lisp/flim/sasl hides /usr/share/emacs/25.1/lisp/net/sasl /usr/share/emacs25/site-lisp/flim/sasl-cram hides /usr/share/emacs/25.1/lisp/net/sasl-cram /usr/share/emacs25/site-lisp/flim/hmac-def hides /usr/share/emacs/25.1/lisp/net/hmac-def Features: (shadow emacsbug grep doc-view etags xref project tabify imenu man latexenc log-edit easy-mmode pcvs-util add-log diff vc-cvs vc-dir ewoc vc epa derived locate rect dired-aux eieio-opt speedbar sb-image ezimage dframe find-func misearch multi-isearch dabbrev nero cl mailalias time-stamp rmailout rmailkwd shr-color color server url-util shr dom subr-x browse-url jka-compr parse-time unrmail bibtex info sh-script executable sgml-mode cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs image-mode view conf-mode generic vc-filewise vc-rcs octave smie longlines vc-dispatcher vc-svn tex-mode compile qp rmailmm message mml mml-sec epg mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 desktop frameset term/xterm xterm pot skeleton rmailsum rmail warnings sendmail rfc2047 rfc2045 ietf-drums mail-utils mime-compose cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs vc-hg appt diary-lib diary-loaddefs cal-menu calendar cal-loaddefs tramp tramp-compat tramp-loaddefs trampver ucs-normalize shell pcomplete format-spec bhl switch-to-shell openwith hi-lock xt-mouse ffap thingatpt url-parse auth-source cl-seq eieio eieio-core cl-macs gnus-util time-date mm-util help-fns mail-prsvr password-cache url-vars scroll-in-place filladapt advice time quail mailcrypt rfc822 comint ansi-color ring mailcrypt-init dired-x dired generic-x disp-table finder-inf package epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv cl-loaddefs pcase cl-lib debian-el debian-el-loaddefs w3m-load vm-autoload vm-autoloads vm-version vm-vars vm-init mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify dynamic-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 552704 95748) (symbols 48 37527 0) (miscs 40 5169 2311) (strings 32 83724 8222) (string-bytes 1 2785896) (vectors 16 61226) (vector-slots 8 1717342 181831) (floats 8 1054 991) (intervals 56 47986 1943) (buffers 976 126)) From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 28 14:14:22 2016 Received: (at 25054) by debbugs.gnu.org; 28 Nov 2016 19:14:22 +0000 Received: from localhost ([127.0.0.1]:45239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBRNe-0000jf-7d for submit@debbugs.gnu.org; Mon, 28 Nov 2016 14:14:22 -0500 Received: from mout.gmx.net ([212.227.17.21]:53828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBRNb-0000jS-Vb for 25054@debbugs.gnu.org; Mon, 28 Nov 2016 14:14:20 -0500 Received: from [192.168.1.100] ([212.95.7.59]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M96Jd-1bzfHU1Smb-00CRLe; Mon, 28 Nov 2016 20:14:13 +0100 Message-ID: <583C81FB.1080908@gmx.at> Date: Mon, 28 Nov 2016 20:14:03 +0100 From: martin rudalics MIME-Version: 1.0 To: =?UTF-8?B?RnJhbmNlc2NvIFBvdG9ydMOs?= , 25054@debbugs.gnu.org Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:MW9ipiTh8you+bjRBYtVzI7Mel5l1eFABCw/Dig1+Lfu1MekKaL YCtIuZNsBkcT+cJiSsnris1MNm/fsiFAsDny6zMBdbPSFdG8050JHu0IAGfc/ehQPq0dbtx pUWeBRJV24c1t+FNcx4qHjZTzbhTYQz/hMlkWqZa/qp58+doonNxFo7SGHLY3ZJC9wRdPuC baXAtZwYVjP9hytNEyTXw== X-UI-Out-Filterresults: notjunk:1;V01:K0:xnR9pzexUtU=:54rZfDEKb7FGwCfcnUyOod gpe6obfJ8TSW81HCBgrZHtuiI9T/iXZ6SW05rNcCq11yCOofU4gtU/w7jIAuVBUZm0vI3dX0I mP6ZjCh0USJ8Da+kZLjvdVvK7j91H4Q4CkjZM3GlHvM1kwuJDVf7FxjTIEdM0BYKefLes8k2l tv9HY0jhwqDyZl2EZxxImSvv0waQO46dGEzxkKzAHeWEGMDif02Pf8EMKgdLzLAldum1UVvIg Gj4/BjwMS+JS2ERSXsF94hjFqD3a4zchRZPZXM6SBDpy5aerWGEyRkwTQsUj5e4WKN1fLwCbC /B0J7LtAU4OKh2MYwo1OefTvvwpT8llj3jLYCiA6+2ZUmcfLwIJVH5JhhxxDVtO6ajuwPML3Q VN8nUp/CX2VK+AmG02GjHTT532kFqEOrFky3fG9Z0YLWz+K2FneqgwAm15uHLlVCOJncunTxJ TbF+s4yyH27v8xPbXEWeMZzS9mEO3Cu1mT9Dy0EhQPCuYdGvqqBNa9kp7jMghO/lCB6+dYbxh zwBDbf2khtlh4YvHkOVI2cPq+DdxjnDKnwm67vqDMpJU43TB/DG1MBequhshCg9nZ3eo5X1uj 4C2Gl2kH4PPLzDp/A3kiddrab25sEdUI/RCBopFrc+BWX/HIpJHkRl2pH9XlK2wd9bptkiKkG qQelUNBwkIX/qZ+b+nxzEOxWKrrvG6KMyor24FstQ5STCfSlT84DFsYq6FiQoQfGPVcM3MNU5 Vahi34Wh9zyfMMP96VnipQ/+pbOUl0xBsvDaBVuzJuwMl4X6ERc8BZQJf6y5ExuDc4vsHI/SC 2Caz9lt X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If I have the screen divided into two windows showing two different > buffers and issue M-x bury-buffer on one of them, the window will show > the same buffer that is shown in the other window. > > This is different from what it was in Emacs 22, and I find it very > annoying. Unless there is good reason for the new behaviour, the buffer > displayed should be the "other buffer". To reproduce: > > C-x 1 RET > C-x b a RET > C-x b b RET > C-x b c RET > C-x 4 b d RET > M-x bury-buffer RET > > Now both windows show buffer c, while the current buffer should display > buffer b. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.59 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25054 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If I have the screen divided into two windows showing two different > buffers and issue M-x bury-buffer on one of them, the window will show > the same buffer that is shown in the other window. > > This is different from what it was in Emacs 22, and I find it very > annoying. Unless there is good reason for the new behaviour, the buffer > displayed should be the "other buffer". To reproduce: > > C-x 1 RET > C-x b a RET > C-x b b RET > C-x b c RET > C-x 4 b d RET > M-x bury-buffer RET > > Now both windows show buffer c, while the current buffer should display > buffer b. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.59 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > If I have the screen divided into two windows showing two different > buffers and issue M-x bury-buffer on one of them, the window will show= > the same buffer that is shown in the other window. > > This is different from what it was in Emacs 22, and I find it very > annoying. Unless there is good reason for the new behaviour, the buff= er > displayed should be the "other buffer". To reproduce: > > C-x 1 RET > C-x b a RET > C-x b b RET > C-x b c RET > C-x 4 b d RET > M-x bury-buffer RET > > Now both windows show buffer c, while the current buffer should displa= y > buffer b. Please try with =E2=80=98switch-to-visible-buffer=E2=80=99 customized to = nil. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 28 15:32:12 2016 Received: (at 25054) by debbugs.gnu.org; 28 Nov 2016 20:32:12 +0000 Received: from localhost ([127.0.0.1]:45288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBSay-0002Yr-5I for submit@debbugs.gnu.org; Mon, 28 Nov 2016 15:32:12 -0500 Received: from blade4.isti.cnr.it ([194.119.192.20]:9263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBSav-0002Yi-Jg for 25054@debbugs.gnu.org; Mon, 28 Nov 2016 15:32:11 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q7V5SYRTP49I8U28@mx.isti.cnr.it> for 25054@debbugs.gnu.org; Mon, 28 Nov 2016 21:32:01 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cBSam-0007Bc-Ol; Mon, 28 Nov 2016 21:32:00 +0100 Date: Mon, 28 Nov 2016 21:32:00 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer In-reply-to: <583C81FB.1080908@gmx.at> To: martin rudalics Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <583C81FB.1080908@gmx.at> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > > If I have the screen divided into two windows showing two different > > buffers and issue M-x bury-buffer on one of them, the window will show > > the same buffer that is shown in the other window. > > > > This is different from what it was in Emacs 22, and I find it very > > annoying. Unless there is good reason for the new behaviour, the buffer > > displayed should be the "other buffer". To reproduce: > > > > C-x 1 RET > > C-x b a RET > > C-x b b RET > > C-x b c RET > > C-x 4 b d RET > > M-x bury-buffer RET > > > > Now both windows show buffer c, while the current buffer should display > > buffer b. > >Please try with ‘switch-to-visible-buffer’ customized to nil. It works, thanks. I wonder why the default was set to t. Do you know if there is a simple explanation? From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 29 03:09:44 2016 Received: (at 25054) by debbugs.gnu.org; 29 Nov 2016 08:09:44 +0000 Received: from localhost ([127.0.0.1]:45565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBdU0-0005qN-LF for submit@debbugs.gnu.org; Tue, 29 Nov 2016 03:09:44 -0500 Received: from mout.gmx.net ([212.227.17.22]:56578) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBdTz-0005q9-0l for 25054@debbugs.gnu.org; Tue, 29 Nov 2016 03:09:44 -0500 Received: from [192.168.1.100] ([212.95.7.15]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LyVcA-1copaL1ah4-015syz; Tue, 29 Nov 2016 09:09:35 +0100 Message-ID: <583D37B6.5020108@gmx.at> Date: Tue, 29 Nov 2016 09:09:26 +0100 From: martin rudalics MIME-Version: 1.0 To: =?UTF-8?B?RnJhbmNlc2NvIFBvdG9ydMOs?= Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer References: <583C81FB.1080908@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:yqVQRzJTtVfeWO1k/fhfXwDfmeEQ6y/Ox0yQerOI+09CjUDb4y6 xBzih6hfS9maciFo8mz2fj3AVHrdH6PbLUMaGlejzfb9qXMIEMSxpPe1BsHbF7MkpvLxecy Tq7nyHRyk5cS2cVXQ4ut8RcfuHx28jyRcJBkA9OGgv4L6GfZDgz/9vLejiMObSeSbWo1wyP 0gZKz1BvlYY5m6+J7ehPw== X-UI-Out-Filterresults: notjunk:1;V01:K0:FF+kZTy8Lxk=:YZ+LImwKe1FNm22TBc8LPR 6wXWasQj1tpHKgEtTnR+W3oejPU9WMgidDFW/fPERhvfq4gidHdiu7jMMQWYgTjepYyy2DoWQ E+PZBw0nXqB+LZ87cW/wia2UbD4QhM/lltAN61nPispE8Zk9cIdu63tiAJO4G3fD98EhgnvuE m0lW4jYr/HrtfDolDw9TfjBcARFbpvUEVFSX2S8Utxfu+jOLWOIY4OicDlUSJs0PVE62yPF1U TavM+noHyxQndeIJ1/fWOtScTHyaus66pJrnWrl/5eIAeBrhjOtEkQJPMukairDxCOx47+qDd +d8qWC82cJNQHs0KwqMy8MoAwgBej277au5pEKfokjetanbVmlKdOoub/YmF4j4z1HeVBK2Gn Q3kMveG0uQH8I9gu4VgSrT/+bUCpdEvbQqC75AlagMimdQbJTufjUUZud96IXXUW08EFhRx0s PfGtTgngFDpCI8WHxrMyVzM37O3h+RG4vr7qd79NBi1M5nBEpqxYsitXu3QYDrsBeVlKYjklh 6CCa/GqpikXt6wO1ugM3572CMA0zEt7GBQB2ylH+2ECoQQxRY2i+9/r6+DzWbIYvfjsw5r/jw DcydIZK68gw3Wgs5rYOmf3qj9GIChdq8d+E7a/QJ2MlyQBPjaC417fZxo0OEZr5PXX2J6xyqm ZFfiIppNr5M9kyN8W3D9vvolwwJltVsAFhXN1/MCjL4AKEFvRNRRazsPqJq0+IrJYhfI0d+K4 fB3qT4PXnlsVbr4PAljI7TXvTT14VLLlsKmBBqrxTm5jeNqNnj4EFAig0KAWxytWY56UBwV2/ CBAgcfACYzT171qd066iMtI1KPRUQ== X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I wonder why the default was set to t. Do you know if there is a simple > explanation? To return to a previous window configuration without having to restore it explicitly. Consider simultaneous editing of two portions of the same buffer after C-x 2. If one of the windows is temporarily used for showing things like help, info or completions, quitting that window should implicitly restore previous buffer and location. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.15 listed in dnsbl.sorbs.net] X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I wonder why the default was set to t. Do you know if there is a simple > explanation? To return to a previous window configuration without having to restore it explicitly. Consider simultaneous editing of two portions of the same buffer after C-x 2. If one of the windows is temporarily used for showing things like help, info or completions, quitting that window should implicitly restore previous buffer and location. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.15 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > I wonder why the default was set to t. Do you know if there is a simp= le > explanation? To return to a previous window configuration without having to restore it explicitly. Consider simultaneous editing of two portions of the same buffer after C-x 2. If one of the windows is temporarily used for showing things like help, info or completions, quitting that window should implicitly restore previous buffer and location. The thread on Bug#20861 contains an explanation why your buffer "c" (one that was never shown before in the window you created via C-x 4 b) is unveiled there by =E2=80=98bury-buffer=E2=80=99. Maybe J=C3=BCrgen's sol= ution could be improved by switching to an already visible buffer (like "c") only after all other possibilities have been exhausted. Patches welcome ;-) martin From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 29 15:44:55 2016 Received: (at 25054) by debbugs.gnu.org; 29 Nov 2016 20:44:55 +0000 Received: from localhost ([127.0.0.1]:46493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBpGo-0007jl-Vk for submit@debbugs.gnu.org; Tue, 29 Nov 2016 15:44:55 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:47611) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBpGl-0007jW-Ee for 25054@debbugs.gnu.org; Tue, 29 Nov 2016 15:44:53 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q7WKJTW3IY9QVI45@mx.isti.cnr.it> for 25054@debbugs.gnu.org; Tue, 29 Nov 2016 21:44:32 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cBpGS-0002av-B1; Tue, 29 Nov 2016 21:44:32 +0100 Date: Tue, 29 Nov 2016 21:44:32 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer In-reply-to: <583D37B6.5020108@gmx.at> To: martin rudalics Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <583C81FB.1080908@gmx.at> <583D37B6.5020108@gmx.at> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > > I wonder why the default was set to t. Do you know if there is a simple > > explanation? > >To return to a previous window configuration without having to restore >it explicitly. Consider simultaneous editing of two portions of the >same buffer after C-x 2. If one of the windows is temporarily used for >showing things like help, info or completions, quitting that window >should implicitly restore previous buffer and location. > >The thread on Bug#20861 contains an explanation why your buffer "c" (one >that was never shown before in the window you created via C-x 4 b) is >unveiled there by ‘bury-buffer’. Maybe Jürgen's solution could be >improved by switching to an already visible buffer (like "c") only after >all other possibilities have been exhausted. Patches welcome ;-) Ok, after setting switch-to-visible-buffer to nil it got better, but it is not how it was with Emacs 22 (okay, I have emerged from a long time tunnel). My main problem is with the *mail* buffer (I have mail-user-agent set to 'sendmail-user-agent). After I send mail, the *mail* buffer is buried, but after a while it pops up. I would expect that, being buried, it is the last choice as the other buffer. Apparently it is not. I don't know why, and I have not time to investigate now, sorry. But if you care to suggest some ideas, I may find the time sooner or later :) From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 30 02:54:19 2016 Received: (at 25054) by debbugs.gnu.org; 30 Nov 2016 07:54:19 +0000 Received: from localhost ([127.0.0.1]:46878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBzid-0001id-CX for submit@debbugs.gnu.org; Wed, 30 Nov 2016 02:54:19 -0500 Received: from mout.gmx.net ([212.227.17.21]:52492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cBzib-0001iP-34 for 25054@debbugs.gnu.org; Wed, 30 Nov 2016 02:54:17 -0500 Received: from [192.168.1.100] ([212.95.7.111]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MI5rO-1c89R12UF4-003sSe; Wed, 30 Nov 2016 08:54:09 +0100 Message-ID: <583E8596.80909@gmx.at> Date: Wed, 30 Nov 2016 08:53:58 +0100 From: martin rudalics MIME-Version: 1.0 To: =?UTF-8?B?RnJhbmNlc2NvIFBvdG9ydMOs?= Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer References: <583C81FB.1080908@gmx.at> <583D37B6.5020108@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:TpXA0pRovQNbGdIScZ3aLqWYbalzTHYI07XXMCO9Qz5+xMEvu3n li/0vvAmxuJK50zcAvje+VoJaHCqe0K1Ig6F+aLLu4sqy9znOPse2fLWkY8iHRR3oZnghNf xUy5YzGxJrEQUua1xt4RNwY+FQwIwQsLjwwMQ3Nu8D0ndz6rupgcGb+FgH9wfUNNjGODMzo H76ht0/m17Q0XhP7V/PvQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:MF1AS8Tm5TQ=:tB4OCPijcBQgZpg6bdNYVt z80pjffPT11uUhQAVu98sgWwm4hfCK7ukW61H+j7mgMz/970u10KjQ1dSReAV8LSgtBZKdrcL dFVDdnJzTSRIxXSrPkVY6v/TVaz3BSmtqiNW6ITZwxo+PHKf9JcZRbglw25ReplNJzUXFxnab ImRXnPy/e/+dl5jIfdf+/mo7kKUgFYhH5zNnElLtGu67kNHYBCmueXvKdg45USVwrfBxOZSYB hqVjAsnOOieZ5660stkecf9HSSvrADQ994ZQ+mp1NgDzq/nt58wtbGsxBNlGaQbEIVPlGQH7N UWE+TQKjbsFGSqD8ajZ+pRbOeu5OMW+072XeTVe595G48GNzvCjxSKyW/KqdJuLfrVnHImf0d GG7EJSlpS5Nt/7FAGku+oIUwEpVb4Fz8tf5WE7T0ma0nsOGSrP7yT1xBKj9n+sOCS6o5C6uSX JtklsQlvhPyk+nMiJvHZRMw+jg8V4HNKDL8FLce8cJOfO8YKiJKz+bpgZ/Ukw/nesSLEJRyxR k8kU1q+F/8MQ4IIRIBNH5Ujrt7RpU06wS9W6HcWiVf7QiFiqH9iOAW7nmxPc9hc2zFluOaMrh X+t7DKKoGz0Ig8qkSHKWqF8W4fhYgdPjClnPDUwXW8nWwl4kEI1BF+9BXcUtqDbfTKFZa07iG w8R0356iRiGsWhBDGD61nZbfDYIMUAYWnm27tj34MUc+ecDECDJAdt6upyay66e6C/s+062kQ 3JRJstUzRMFsaBjKr2iA/C/064vCAnkaeYVbOyMty1eBVK0gxDht27nr+it4DOhoF8e8xcTCp F9kIoKe4qYfs0juDyHiuziJA60IAQ== X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > My main problem is with the *mail* buffer (I have mail-user-agent set to > 'sendmail-user-agent). After I send mail, the *mail* buffer is buried, > but after a while it pops up. I would expect that, being buried, it is > the last choice as the other buffer. Apparently it is not. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.111 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > My main problem is with the *mail* buffer (I have mail-user-agent set to > 'sendmail-user-agent). After I send mail, the *mail* buffer is buried, > but after a while it pops up. I would expect that, being buried, it is > the last choice as the other buffer. Apparently it is not. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.111 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > My main problem is with the *mail* buffer (I have mail-user-agent set to > 'sendmail-user-agent). After I send mail, the *mail* buffer is buried, > but after a while it pops up. I would expect that, being buried, it is > the last choice as the other buffer. Apparently it is not. It is. But the "other buffer" is not necessarily the one that will be shown in a window when that window's previous buffer is about getting buried or killed. > I don't know why, and I have not time to investigate now, sorry. But if > you care to suggest some ideas, I may find the time sooner or later :) I suppose you mean something like (progn (switch-to-buffer "a") (switch-to-buffer "b") (when (y-or-n-p "Bury b ? ") (bury-buffer)) (while (y-or-n-p "Previous ? ") (previous-buffer))) The loop in this scenario will eventually switch to "b" (because it has been already shown in the selected window) rather than to "*Messages*" (simply because it has never shown up in that window before). We could invent an option to change that behavior, but so far you would be its only user. And it's not even clear to me how to formulate that option. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 06 06:48:06 2016 Received: (at 25054) by debbugs.gnu.org; 6 Dec 2016 11:48:06 +0000 Received: from localhost ([127.0.0.1]:57669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEEEA-0007yI-Am for submit@debbugs.gnu.org; Tue, 06 Dec 2016 06:48:06 -0500 Received: from blade4.isti.cnr.it ([194.119.192.20]:5325) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEEE8-0007y9-FG for 25054@debbugs.gnu.org; Tue, 06 Dec 2016 06:48:04 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q85TU2SSUKAELVL8@mx.isti.cnr.it> for 25054@debbugs.gnu.org; Tue, 06 Dec 2016 12:48:01 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cEEE4-0000Ud-A8; Tue, 06 Dec 2016 12:48:00 +0100 Date: Tue, 06 Dec 2016 12:48:00 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer In-reply-to: <583E8596.80909@gmx.at> To: martin rudalics Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <583C81FB.1080908@gmx.at> <583D37B6.5020108@gmx.at> <583E8596.80909@gmx.at> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > > My main problem is with the *mail* buffer (I have mail-user-agent set to > > 'sendmail-user-agent). After I send mail, the *mail* buffer is buried, > > but after a while it pops up. I would expect that, being buried, it is > > the last choice as the other buffer. Apparently it is not. > >It is. But the "other buffer" is not necessarily the one that will be >shown in a window when that window's previous buffer is about getting >buried or killed. ... >(progn > (switch-to-buffer "a") > (switch-to-buffer "b") > (when (y-or-n-p "Bury b ? ") > (bury-buffer)) > (while (y-or-n-p "Previous ? ") > (previous-buffer))) > >The loop in this scenario will eventually switch to "b" (because it has >been already shown in the selected window) rather than to "*Messages*" >(simply because it has never shown up in that window before). We could >invent an option to change that behavior, but so far you would be its >only user. And it's not even clear to me how to formulate that option. I see, thanks for the explanation. I definitely do not like that behaviour. When I bury a buffer, I want it to be the last choice for displaying a buffer in a window. It worked like that in Emacs 22 and it was okay for me. I'd like to customise that back. In Emacs 22, if I am not wrong that amounted to just advise switch-to-buffer and changing buffer-name-history before executing the original code. But by looking at the source code for switch-buffer in buffer.c, it appears that wouldn't work any more. Maybe I could write a piece of advise to switch-buffer or other-buffer that plays with buffer predicates. Or maybe I could try using the other_buffer_safely function in buffer.c (but I don't know how to call it from elisp). Can you suggest a way? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 06 09:29:10 2016 Received: (at 25054) by debbugs.gnu.org; 6 Dec 2016 14:29:11 +0000 Received: from localhost ([127.0.0.1]:57755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEGk2-0004y7-Op for submit@debbugs.gnu.org; Tue, 06 Dec 2016 09:29:10 -0500 Received: from mout.gmx.net ([212.227.17.20]:64251) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEGk1-0004xs-Nt for 25054@debbugs.gnu.org; Tue, 06 Dec 2016 09:29:10 -0500 Received: from [192.168.1.100] ([212.95.7.37]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MPppG-1cI8MP1Ri6-004xLs; Tue, 06 Dec 2016 15:29:03 +0100 Message-ID: <5846CB28.7090104@gmx.at> Date: Tue, 06 Dec 2016 15:28:56 +0100 From: martin rudalics MIME-Version: 1.0 To: =?UTF-8?B?RnJhbmNlc2NvIFBvdG9ydMOs?= Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer References: <583C81FB.1080908@gmx.at> <583D37B6.5020108@gmx.at> <583E8596.80909@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:MMA+8Edx/boKenWZCkycCg6DwXIluARpV6AT97Mb5pYOlZC1q5n EFmedR0sf6OGVrG77fYc2QSwF9xqnuvr28RmJyLKvvgi8J7K5b9wzz7qg8s1+zqETzul3tt 5b8uX++hPXhNpi+nVqGYKhVgpV5e0OHBEV7+wzzOyKp07wAR0ccELks3xUhjBUdFnAeQWiL 8CbpCUMV/koAotE4skNWg== X-UI-Out-Filterresults: notjunk:1;V01:K0:q28oKBq6uz0=:BLp5FZhNMZC70P9F+1bLd1 CJuleUfcm6jEDnG3k9MasM5uWBkHbFL4r7b7kOGe3QcNyAUiBVlQf8jMf6jzm29OYOQ0PTSgU ykgpUL7t5tJHIKDYJRM4tyS0EdCTvaY8k7vN+GdhA+hDe62DUx4oLJY+rCpMPVEEQoc3NrJRu ZgF7R0r2uaTgY6DLd0WWYdbLebgqhrOycxDS5fVZpFU2eF+OZTEVKh/UJVKjZiNdZiB5ns9eq RsAiFVlvaUjBXeIqH0YfeK6+CtLVo4cfNqZHzSkK/quP2TLzTU1RCnFzqldkorjLYo/jeNEON FjFrltY5V/dj5ryYSvNVYZG0OtDBdCHSDs9MvPHdTV2cqLkUpbxqYoktd/RjM3iJMkWVEblmB 1vf1IMqFYo/gRhp8pUrC5MNK4Qq4WMKv+4ZD34LVZvxVk0SPtwFSVzrAZskn+UMsN3VQoMeiS 7v6n/tFlYXfFOFATRRCqBrsQggT1IZZXGMzh6sD+MVaVmmBjOFtNEh6rwQ8j2KOl6Xs8ONje0 6PQxPYzPSeIAUFMbMhHSgRovXoskiH6hn5b4UgE9OO4Xft20fFyH9a6mGuzaZE7Fsalotf50m ySz3NhWbE8YEDT9PornER70sFap8ObI3ZOrhIWdcbR4SHy2jo0wF2TyTxmPxkHRjI9wXb9R4O 507EgHJmUy9zJbqP2+LnZFgVskl16Ag4e4kkq3gUaA/W0Gy8IcnMCazFwyD7Ag4Bpg9fPCvnk hCarA8+xkJ8Rw+13b4/51exy0l9SMXGkXftyj2iJoxM6UI7M49UHGoKkG9LA7MkW92tYwKzrC ppQ0aMT+7SDqdMZ2tr4saI5A2Kq5A== X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Can you suggest a way? Yes. We have two functions: ‘set-window-prev-buffers’ and ‘set-window-next-buffers’. Whenever you bury a buffer and an option whose name you have to invent is non-nil, use these functions to remove the buried buffer from these lists. Either for all windows or for the selected window only - depending on whether you want to reserve two or three values for the option. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.37 listed in dnsbl.sorbs.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Can you suggest a way? Yes. We have two functions: ‘set-window-prev-buffers’ and ‘set-window-next-buffers’. Whenever you bury a buffer and an option whose name you have to invent is non-nil, use these functions to remove the buried buffer from these lists. Either for all windows or for the selected window only - depending on whether you want to reserve two or three values for the option. [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 3.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.37 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > Can you suggest a way? Yes. We have two functions: =E2=80=98set-window-prev-buffers=E2=80=99 an= d =E2=80=98set-window-next-buffers=E2=80=99. Whenever you bury a buffer an= d an option whose name you have to invent is non-nil, use these functions to remove the buried buffer from these lists. Either for all windows or for the selected window only - depending on whether you want to reserve two or three values for the option. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 29 11:35:15 2022 Received: (at 25054) by debbugs.gnu.org; 29 Jan 2022 16:35:15 +0000 Received: from localhost ([127.0.0.1]:34568 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDqh1-0006S7-Fd for submit@debbugs.gnu.org; Sat, 29 Jan 2022 11:35:15 -0500 Received: from quimby.gnus.org ([95.216.78.240]:54578) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDqh0-0006Rn-3i for 25054@debbugs.gnu.org; Sat, 29 Jan 2022 11:35:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=KX46CYmHDlv8vgmA2FE1ArbPfCyQpxz2qzfCe2VtJuw=; b=qaz6pFBNVpF95r8WMGtVCUSZKW E5qpnpHn7UfzczthJE0wG3/vutrLHhxwlQwtVHf0/a6SXlB2YdlRtKYo4qClDqmfxhZyxPt+GMU7/ aLkN58brfzSKQAG+4BLhOIeqWDh3HHpDllqZPswQhVdQfN4yRd6oVi36WOXLxpvyfdFg=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDqgr-0004Z1-DL; Sat, 29 Jan 2022 17:35:07 +0100 From: Lars Ingebrigtsen To: martin rudalics Subject: Re: bug#25054: 25.1; bury-buffer makes bad choice of next buffer References: <583C81FB.1080908@gmx.at> <583D37B6.5020108@gmx.at> <583E8596.80909@gmx.at> <5846CB28.7090104@gmx.at> X-Now-Playing: Dif Juz's _Out Of The Trees_: "track" Date: Sat, 29 Jan 2022 17:35:03 +0100 In-Reply-To: <5846CB28.7090104@gmx.at> (martin rudalics's message of "Tue, 06 Dec 2016 15:28:56 +0100") Message-ID: <87ee4q8pqg.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: martin rudalics writes: >> Can you suggest a way? > > Yes. We have two functions: ‘set-window-prev-buffers’ and > ‘set-window-next-buffers’. Whenever you bury a buffer and an option > whose name you have to invent is [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 25054 Cc: 25054@debbugs.gnu.org, Francesco =?utf-8?Q?Potort=C3=AC?= X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) martin rudalics writes: >> Can you suggest a way? > > Yes. We have two functions: =E2=80=98set-window-prev-buffers=E2=80=99 and > =E2=80=98set-window-next-buffers=E2=80=99. Whenever you bury a buffer an= d an option > whose name you have to invent is non-nil, use these functions to remove > the buried buffer from these lists. Either for all windows or for the > selected window only - depending on whether you want to reserve two or > three values for the option. Skimming this thread, it seems like Emacs is working as designed, and has the required options to allow customising the actions according to how the user wants them to work, so I'm closing this bug report. (If I misunderstood and there's something that should be fixed here, please respond to the debbugs address and we'll reopen.) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 29 11:35:22 2022 Received: (at control) by debbugs.gnu.org; 29 Jan 2022 16:35:23 +0000 Received: from localhost ([127.0.0.1]:34571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDqh8-0006SY-Nn for submit@debbugs.gnu.org; Sat, 29 Jan 2022 11:35:22 -0500 Received: from quimby.gnus.org ([95.216.78.240]:54610) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDqh7-0006SE-0x for control@debbugs.gnu.org; Sat, 29 Jan 2022 11:35:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=iYpeTY4hTbYG37U+f9rN8lvIy+WuJHUaav0nZNz2vf8=; b=hm72EfIOKe8kcEaOLINYEQr/Ik OXjRDFqhRiZKwwCJRobpNstebJVnmExxd3PKhWTo87UWYMWLrd/xjw3nZaSK5gPmV2ejonx2SZXHF tJTB/tNm/inOF3GjjLnUw8dFN6XodQu4CV4u/d/dDKguvzCMVvSNQ6CHGmsu92LZePZk=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nDqgz-0004ZE-0x for control@debbugs.gnu.org; Sat, 29 Jan 2022 17:35:15 +0100 Date: Sat, 29 Jan 2022 17:35:10 +0100 Message-Id: <87czka8pq9.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #25054 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 25054 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 25054 quit From unknown Fri Sep 05 08:41:29 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 27 Feb 2022 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator