From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: bug-gnu-emacs@gnu.org (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#4914: marked as done (completions - remove window after use?) Date: Mon, 18 Jan 2010 15:09:03 +0000 Message-ID: References: <5C420BAC-187B-4B19-BF13-CC1A71745D59@gmail.com> <6B8057CC-08E3-4A6F-BDCC-0A8CBD738365@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1263827343-31880-0" X-Trace: ger.gmane.org 1263827439 19127 80.91.229.12 (18 Jan 2010 15:10:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Jan 2010 15:10:39 +0000 (UTC) Cc: emacs-bug-tracker@debbugs.gnu.org To: David Reitter Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 18 16:10:31 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NWtFO-0000hH-Q6 for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Jan 2010 16:10:31 +0100 Original-Received: from localhost ([127.0.0.1]:57030 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NWtFO-0002iA-Sg for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Jan 2010 10:10:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NWtEd-0001iv-Qv for bug-gnu-emacs@gnu.org; Mon, 18 Jan 2010 10:09:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NWtEW-0001V4-46 for bug-gnu-emacs@gnu.org; Mon, 18 Jan 2010 10:09:39 -0500 Original-Received: from [199.232.76.173] (port=37113 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NWtEM-0001EC-GZ; Mon, 18 Jan 2010 10:09:26 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36776) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NWtEL-0002cW-CG; Mon, 18 Jan 2010 10:09:25 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NWtDz-0008IE-GI; Mon, 18 Jan 2010 10:09:03 -0500 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: closed 4914 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:34449 Archived-At: This is a multi-part message in MIME format... ------------=_1263827343-31880-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Mon, 18 Jan 2010 10:07:53 -0500 with message-id <5C420BAC-187B-4B19-BF13-CC1A71745D59@gmail.com> and subject line Re: completions - remove window after use? has caused the Emacs bug report #4914, regarding completions - remove window after use? to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact bug-gnu-emacs@gnu.org immediately.) --=20 4914: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D4914 Emacs Bug Tracking System Contact bug-gnu-emacs@gnu.org with problems ------------=_1263827343-31880-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 12 Nov 2009 13:32:06 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nACDW48V007663 for ; Thu, 12 Nov 2009 05:32:06 -0800 Received: from mail.gnu.org ([199.232.76.166]:57650 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1N8ZmO-0007iG-2r for emacs-pretest-bug@gnu.org; Thu, 12 Nov 2009 08:32:04 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1N8ZmM-00007A-Pv for emacs-pretest-bug@gnu.org; Thu, 12 Nov 2009 08:32:03 -0500 Received: from mail-yw0-f194.google.com ([209.85.211.194]:58442) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N8ZmK-00006R-Ae for emacs-pretest-bug@gnu.org; Thu, 12 Nov 2009 08:32:01 -0500 Received: by ywh32 with SMTP id 32so2110900ywh.14 for ; Thu, 12 Nov 2009 05:31:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=6obOVKMpboMlJBjVY47Q6a6tg+7CNwQ4PEuW8+0owUw=; b=K3i7dBllu0dS5Kfwgc7N/ZWJaxzIG3BIAhNP8Ws39eDkDGVHRQLHH899E0QS5n5L0+ FRaIrt0hJTotG7kH1f6SI2KEshKfNaD+jUujVOQE/dAJm2VLjlcxFeAO81HOPRhXdgJZ p1e5mwOqF3xOHEmjvzrD0nvwLLeY0wPHbiA3A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=a6iEhN5OXsODXYlM8bgVOOOOl8yvFjKfiWWoCRS1iSZD5zqxcYqogWwsUu4zgpie21 n71o4auEVkqwpKGdPWO5tShmmmjwBUm8uxl0m+w5CgPCWddQNrcKkfHlbJdMVOhwLhqE dv8RLSR64ol+odE47m1mMKCdIyk/ep4j9iabs= Received: by 10.100.193.12 with SMTP id q12mr2487514anf.43.1258032715724; Thu, 12 Nov 2009 05:31:55 -0800 (PST) Received: from scarlett.local (pool-96-235-8-122.pitbpa.east.verizon.net [96.235.8.122]) by mx.google.com with ESMTPS id 6sm1044499ywc.9.2009.11.12.05.31.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 12 Nov 2009 05:31:54 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) Subject: Re: completions - remove window after use? From: David Reitter In-Reply-To: <4AFBC50D.1060007@gmx.at> Date: Thu, 12 Nov 2009 08:31:52 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <6B8057CC-08E3-4A6F-BDCC-0A8CBD738365@gmail.com> References: <61C01A08-8FB6-4908-B9F1-B9F1CE3E3D92@gmail.com> <4AFBC50D.1060007@gmx.at> To: emacs-pretest-bug@gnu.org X-Mailer: Apple Mail (2.1077) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) >=20 > > When showing a *completions* buffer in a new window opened for > > it (TAB in find-file minibuffer for instance), I wonder why the > > window doesn't get deleted when completion has finished. For > > instance, when an existing file is found, the *Completions* > > buffer is buried, but I see a split frame with the original > > buffer in the top window and _some other_ buffer in the lower > > window. Shouldn't the window for the completions buffer be > > removed whenever it has been popped up just for the buffer? >=20 On Nov 12, 2009, at 3:19 AM, martin rudalics wrote: > This should not happen and doesn't happen with my older builds. Could > you please (1) make sure that the behavior also happens with Emacs -Q, > (2) try to find out when it appeared for the first time, and (3) make = a > corresponding bug report. I reproduce this with a current build, with emacs -nw -Q. When reverting to revision e78283bb (Tue Aug 18, just before = minibuffer-hide-completions was introduced), the problem goes away and = the *Completions* buffer continuous to be shown in the extra window. I think it's now burying the buffer, but doesn't delete the window. Again, the desired behavior would be to remove windows (or frames) that = were created to display the *Completions* buffer rather than to leave = them visible.= ------------=_1263827343-31880-0 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 4914-done) by debbugs.gnu.org; 18 Jan 2010 15:08:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWtD9-0008Hi-5O for submit@debbugs.gnu.org; Mon, 18 Jan 2010 10:08:11 -0500 Received: from mail-yx0-f193.google.com ([209.85.210.193]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWtD8-0008Hd-9s for 4914-done@debbugs.gnu.org; Mon, 18 Jan 2010 10:08:10 -0500 Received: by yxe31 with SMTP id 31so498356yxe.21 for <4914-done@debbugs.gnu.org>; Mon, 18 Jan 2010 07:08:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-pgp-agent:x-mailer; bh=Xycimou7bygMXqDmUaW2lNMmb5OaIl3VSv9gCUfeUNc=; b=OvO/LHwSQUt56PCAuUhVFKt8AhoWSfL8+O/ruoa4HWNIAehphfYWQ6CcTt7+Awfnza E0Cl2nayIPy34lO90nJ3nUGrNamcM3oDwA2X7l3D3HqzvLrqRC0HsMLeGFCyKi+9ZVo5 XbqYkYv1e3/vEcMes74QekeAwI+ogmNFyxRGI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-pgp-agent :x-mailer; b=FcJg5CxNLvbfCtSnL5K195QhKbcFqmUqSL35P7uj5quQijNO+xwJve7Nlb5l81Afge p2uE8IRC65p/HZ9yZ+nXSQ5V3cdCGUHkMimHLlrqL3ML6M+XODA1yeWV/zuLHDFtgADL EIvjTseLjf/mC4NuAQPOD77GnhGPnSAr7aVm8= Received: by 10.151.2.34 with SMTP id e34mr1447382ybi.195.1263827279371; Mon, 18 Jan 2010 07:07:59 -0800 (PST) Received: from ?192.168.1.42? (pool-96-236-181-152.pitbpa.east.verizon.net [96.236.181.152]) by mx.google.com with ESMTPS id 9sm656464yxf.5.2010.01.18.07.07.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 Jan 2010 07:07:56 -0800 (PST) Subject: Re: completions - remove window after use? Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-22--95251457" From: David Reitter In-Reply-To: <87k4vg9u5k.fsf@stupidchicken.com> Date: Mon, 18 Jan 2010 10:07:53 -0500 Content-Transfer-Encoding: 7bit Message-Id: <5C420BAC-187B-4B19-BF13-CC1A71745D59@gmail.com> References: <87k4vg9u5k.fsf@stupidchicken.com> To: Chong Yidong X-Pgp-Agent: GPGMail 1.2.3 X-Mailer: Apple Mail (2.1077) X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 4914-done Cc: 4914-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-22--95251457 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jan 17, 2010, at 6:41 PM, Chong Yidong wrote: > Do you still see this bug? I think it's been fixed for a while now = (at > least I don't experience it). Yes, this particular case has been fixed, thank you.=20 I recall the general case being discussed but not addressed (closing = windows which have popped open just for a specific buffer), but I'll = file a separate report when I observe a striking example.= --Apple-Mail-22--95251457 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) iEYEARECAAYFAktUeUkACgkQYotoJUVQB4I43wCfe7RxQZRhMHxV2CYJyiSmO8kn HTEAn0lDeqWeMOFmLqFsj2eTHK/ppagg =yk4v -----END PGP SIGNATURE----- --Apple-Mail-22--95251457-- ------------=_1263827343-31880-0--