From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#5185: 23.1; Elusive *cvs* buffer. Date: Sun, 6 Oct 2019 07:14:12 +0200 Message-ID: References: <874onxw6z2.fsf@osv.gnss.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="91180"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 5185@debbugs.gnu.org To: Sergei Organov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 06 07:15:23 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iGyt8-000Nct-P0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Oct 2019 07:15:22 +0200 Original-Received: from localhost ([::1]:60228 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iGyt7-0004jd-Io for geb-bug-gnu-emacs@m.gmane.org; Sun, 06 Oct 2019 01:15:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56522) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iGyss-0004jX-D0 for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 01:15:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iGyso-0000jx-E8 for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 01:15:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:36666) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iGyso-0000jq-Az for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 01:15:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iGyso-0004PU-3L for bug-gnu-emacs@gnu.org; Sun, 06 Oct 2019 01:15:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <874onxw6z2.fsf@osv.gnss.ru> Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Oct 2019 05:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5185 X-GNU-PR-Package: emacs Original-Received: via spool by 5185-submit@debbugs.gnu.org id=B5185.157033887116892 (code B ref 5185); Sun, 06 Oct 2019 05:15:02 +0000 Original-Received: (at 5185) by debbugs.gnu.org; 6 Oct 2019 05:14:31 +0000 Original-Received: from localhost ([127.0.0.1]:45487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iGysJ-0004OO-07 for submit@debbugs.gnu.org; Sun, 06 Oct 2019 01:14:31 -0400 Original-Received: from mail-pf1-f180.google.com ([209.85.210.180]:43008) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iGysH-0004O9-Fb for 5185@debbugs.gnu.org; Sun, 06 Oct 2019 01:14:29 -0400 Original-Received: by mail-pf1-f180.google.com with SMTP id a2so6385282pfo.10 for <5185@debbugs.gnu.org>; Sat, 05 Oct 2019 22:14:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=ujOlr7o30HeIEefknrIs4O35jXo/Hl7DVw32jbekQrM=; b=aQGFE5fsrjbp5HQ6ljolSXUBwyzyR90vNoPb2mrqhm/3xs00NGsVortHAK4D+YCvxb h7Pcd6YLep3SQKUIU0yq8NsVKGAI4C3ZMPlfLSILxikUw0iiglb2YjcJnZDcBQBp8eV+ ZMlc4YOpYXVe9SOvvn560RGke6w3oqhKFsSSGhIuuI/wWdOl3NnAqysSCv5bPbrScoAv We6Ln2fwLvfptmz46BE5/olAgM9WTgWm8OloC4qzYovnZ7q4NInVxMBz/lRoB257yWer h2r0CROqaSctvB/NynnleJNf9yp1h9yJmRmdysH6oZqjOktlrDgJs9Rmim9ZU9Q/SkNz Q+aQ== X-Gm-Message-State: APjAAAV19gI1jvtnXT4hIpTQLxKTss9HUb1Ttvk2BBVVBtIVYucn6pcI UfDYfPQCGZeMInqDhpASgNTRy6UJ5d9sC+IN6MTONldk X-Google-Smtp-Source: APXvYqx93PWzviWZOB8DkhsKMzl3mr7nk1OJxQsXjzFcmzO/lsclWSMabgoPz+UG5j3AT15X4GnIcyUHKYTx9dHUS1U= X-Received: by 2002:a62:e917:: with SMTP id j23mr26079892pfh.50.1570338863816; Sat, 05 Oct 2019 22:14:23 -0700 (PDT) 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: 209.51.188.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:168416 Archived-At: Sergei Organov writes: > This bug is not in fact 23.1-specific. It is there, say, in 22.2.1 as > well. > > The cvs-update command from PCL-CVS somehow manages to create and show > *cvs* buffer that is not recorded in the buffer-list frame > parameter. I.e., the buffer *cvs*, when first created and made current > by cvs-update, becomes current in the only visible window in the only > frame, yet it is not there in the frame parameter 'buffer-list. This > does not happen when there are multiple windows visible in the frame. As > cvs-update doesn't seem to touch 'buffer-list directly, there should be > a bug in core emacs functions somewhere, I believe. > > To reproduce the bug one can invoke `cvs-update' over some > CVS-controlled directory when single window is visible, then open > another frame, switch to *scratch* there, and evaluate > > (frame-parameter (next-frame) 'buffer-list) > > The result won't contain *cvs* buffer visible in the original frame. > Switching back to original frame and then once again to the new frame > will put *cvs* buffer into the list (evaluate the above once again to > see it). You can see this in the automatically recorded "Recent > messages:" at the end of this bug-report: > > (# # #) > (# # # #) > > are these two consecutive results of evaluation with switching back and > force between those two frames in-between. > > Even switching to mini-buffer will record *cvs* buffer into 'buffer-list > parameter, so one can't even use "M-x eval-expression" to see the > problem. > > This bug, for example, breaks the following function that is intended > to always switch between two recent buffers: > > (defun switch-to-previous-buffer () > "Switch to the previous buffer." > (interactive) > (switch-to-buffer (other-buffer (current-buffer)))) > > When this function is assigned to a key, e.g.: > > (global-set-key [(control meta ?l)] 'switch-to-previous-buffer) > > then pressing this key twice will restore the original buffer, except > in case of such elusive *cvs* buffer, as first invocation of this > function makes *cvs* the last buffer in the list of buffers, and the > next invocation doesn't select it back. That was 10 years ago, and unfortunately went unanswered at the time. Are you still seeing this on a modern version of Emacs? I can't reproduce the issue here. Best regards, Stefan Kangas