From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Sergey Organov Newsgroups: gmane.emacs.bugs Subject: bug#5185: 23.1; Elusive *cvs* buffer. Date: Mon, 07 Oct 2019 07:30:27 +0300 Message-ID: <87a7adch3w.fsf@osv.gnss.ru> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="119438"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cc: 5185@debbugs.gnu.org To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 07 07:28:12 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 1iHLZ6-000UvU-0o for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Oct 2019 07:28:12 +0200 Original-Received: from localhost ([::1]:40746 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHLZ4-0004HQ-7k for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Oct 2019 01:28:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58501) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHLYx-0004H7-3v for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 01:28:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iHLYw-0000KI-09 for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 01:28:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38434) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iHLYv-0000Je-QE for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 01:28:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iHLYv-00086R-LJ for bug-gnu-emacs@gnu.org; Mon, 07 Oct 2019 01:28:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Sergey Organov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 07 Oct 2019 05:28:01 +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.157042607231132 (code B ref 5185); Mon, 07 Oct 2019 05:28:01 +0000 Original-Received: (at 5185) by debbugs.gnu.org; 7 Oct 2019 05:27:52 +0000 Original-Received: from localhost ([127.0.0.1]:47255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iHLYk-000861-1i for submit@debbugs.gnu.org; Mon, 07 Oct 2019 01:27:52 -0400 Original-Received: from mail.javad.com ([54.86.164.124]:49566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iHKfG-0006qs-1x for 5185@debbugs.gnu.org; Mon, 07 Oct 2019 00:30:31 -0400 Original-Received: from osv (unknown [89.175.180.246]) by mail.javad.com (Postfix) with ESMTPSA id 3C2F33E972; Mon, 7 Oct 2019 04:30:29 +0000 (UTC) Authentication-Results: mail.javad.com; dkim=pass (1024-bit key; unprotected) header.d=javad.com header.i=@javad.com header.b=M2a2KBGv; dkim-atps=neutral DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=javad.com; s=default; t=1570422629; bh=/O21j5GIlQ5IjEYUNCvNMrjY4SFw9TZNIEk5pjNMp/4=; l=2866; h=Received:From:To:Subject; b=M2a2KBGv6TSH8f20wxcflajW0ZEU8paGqJjW+XfFh+4hsneCZKJC6M9Tx+t2Nf0dY KCPqMXoq3oXA52vYcchDaggP9YTu11EmVW288wyzcGsY4BYAbXY/PPINWpgKuSmsYn JTobpN3/2CFawA7lnFzx0ZxQwApV2cOM/CXrHLMQ= Authentication-Results: ip-172-31-2-110; spf=pass (sender IP is 89.175.180.246) smtp.mailfrom=osv@javad.com smtp.helo=osv Received-SPF: pass (ip-172-31-2-110: connection is authenticated) Original-Received: from osv by osv with local (Exim 4.84_2) (envelope-from ) id 1iHKfD-0005oI-M4; Mon, 07 Oct 2019 07:30:27 +0300 In-Reply-To: (Stefan Kangas's message of "Sun, 6 Oct 2019 07:14:12 +0200") X-Mailman-Approved-At: Mon, 07 Oct 2019 01:27:48 -0400 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:168508 Archived-At: Stefan Kangas writes: > 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. No, I can't reproduce it in GNU Emacs 24.4.1 either, so the problem is gone somewhere between 23.2.1 and 24.4.1. I don't use CVS anymore, so didn't notice the problem disappeared. Best Regards, Sergey Organov.