From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Stop frames stealing eachothers' minibuffers! Date: Tue, 10 Nov 2020 12:12:46 -0800 (PST) Message-ID: References: <20201031194419.GC5887@ACM> <834kmago8m.fsf@gnu.org> <20201031203914.GD5887@ACM> <835z6ogc1h.fsf@gnu.org> <20201101195313.GA6190@ACM> <83sg9rd6cp.fsf@gnu.org> <20201102185147.GC7297@ACM> <83mtzzd0s3.fsf@gnu.org> <20201103210853.GA21923@ACM> <83ft5pax2p.fsf@gnu.org> <20201104173954.GA14535@ACM> <83v9ed3nbw.fsf@gnu.org> <44261efc-da8d-44f2-9a9a-200d1683b313@default> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6425"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , enometh@meer.net, Andrii Kolomoiets , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 10 21:14:16 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kca1v-0001Z5-Qu for ged-emacs-devel@m.gmane-mx.org; Tue, 10 Nov 2020 21:14:15 +0100 Original-Received: from localhost ([::1]:35144 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kca1u-00027I-Ow for ged-emacs-devel@m.gmane-mx.org; Tue, 10 Nov 2020 15:14:14 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34254) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kca0f-0001J5-Dd for emacs-devel@gnu.org; Tue, 10 Nov 2020 15:12:57 -0500 Original-Received: from userp2120.oracle.com ([156.151.31.85]:55324) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kca0c-0005k0-QY; Tue, 10 Nov 2020 15:12:56 -0500 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AAK9ME4076819; Tue, 10 Nov 2020 20:12:50 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=wqWrbEWTW1RqIUyyY9zm5j6ZLTVxpF13qmW/gLk9YPw=; b=EcK2DeLSZi98VBCmv39fCcH2WMK7JSi+VE0sB84D/TdHSchpRLuSXDA+cFUfl0FFGXPc Fvn+Ns1UG6D879QWT4f+W6R+Gjqf4RW+ES3Cnw/in30JiDzpZL0dnGgw1Cj3w4WCF0UX 4MORz4uualavVdnSO1Hl1XuRnkLegU9azmqEul1gLt4QZFoNaoyGZclxWsmdW4jRdxs2 mw3GID0cJleR5/dk7aN/4bVHeXSlEbwX4sMK9bnUMYav6bYDdWSqeigb3EHrM2bluwQe uDEPwBrvwua3dLZb2edCe6+VQNL/4nCWsij4rA5J9FZp+tSklsvN0Cwxb2crINm8UbXd bg== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 34p72ekumf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 10 Nov 2020 20:12:50 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0AAKArDx156745; Tue, 10 Nov 2020 20:12:50 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3020.oracle.com with ESMTP id 34p5g0u01g-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 10 Nov 2020 20:12:49 +0000 Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 0AAKCmaN029412; Tue, 10 Nov 2020 20:12:48 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5071.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9801 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 spamscore=0 malwarescore=0 adultscore=0 phishscore=0 bulkscore=0 mlxlogscore=999 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011100137 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9801 signatures=668682 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 mlxlogscore=999 mlxscore=0 malwarescore=0 suspectscore=0 lowpriorityscore=0 adultscore=0 phishscore=0 priorityscore=1501 spamscore=0 impostorscore=0 clxscore=1015 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2011100137 Received-SPF: pass client-ip=156.151.31.85; envelope-from=drew.adams@oracle.com; helo=userp2120.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/10 14:04:30 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:258994 Archived-At: > > I can't speak to this, as Emacs 27 has totally broken > > Emacs for me. And specifically wrt changing frame > > focus while using the minibuffer (which in my case is > > in a standalone frame). >=20 > Do you have a bug#nb for it? I filed bug #41087 for it, but as I said (there & here), I haven't been able to come up with operational info about it. Maybe at some point I'll have some time to dig into it. Otherwise, I'm vaguely hoping that someone will run into a related problem that will eventually lead to fixing or reverting whatever (also) caused my problems in this regard. That's perhaps unlikely, if it inherently involves a *Completions* frame whose input is redirected to a standalone minibuffer. There are no doubt few, if any, others in a similar boat. I don't know that those things are inherent to the problems, however, so I still have a glimmer of hope.