From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 12:08:38 2021 Received: (at submit) by debbugs.gnu.org; 13 Jan 2021 17:08:38 +0000 Received: from localhost ([127.0.0.1]:36468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzjdN-0007QZ-Sj for submit@debbugs.gnu.org; Wed, 13 Jan 2021 12:08:38 -0500 Received: from lists.gnu.org ([209.51.188.17]:48356) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzjdL-0007QQ-Oe for submit@debbugs.gnu.org; Wed, 13 Jan 2021 12:08:36 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38384) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzjdL-0006y7-Hg for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 12:08:35 -0500 Received: from mail-40130.protonmail.ch ([185.70.40.130]:64041) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzjdH-0008Ag-5m for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 12:08:33 -0500 Date: Wed, 13 Jan 2021 17:08:15 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1610557704; bh=5nOWzHKMrVDu0IMUT57WiQNTmnuIQT+H4C+C+8Jr8P8=; h=Date:To:From:Reply-To:Subject:From; b=A6DQtNxMjsYtOaQhtcqjsN6Y3uFE5IWGVNkz0/ZTpomXurztNeOBIeJQPsXGA8mwp hXfkGnKoWFOk/Wlo3mVrJgFzlFS8fJOyKr3rN97szXPsNkAPt8x5y8jdGkAQHG3Ko0 id0+TxjIIiLz3VsK2bOZNh4AQjciL/5EZNPrAhzs= To: "bug-gnu-emacs@gnu.org" From: emacser Subject: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_FpSyCJ1906z5Vff2H8uO7p8Mzyb59LL6Twwz9HXZLI" X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Received-SPF: pass client-ip=185.70.40.130; envelope-from=laszlomail@protonmail.com; helo=mail-40130.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) 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: , Reply-To: emacser Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --b1_FpSyCJ1906z5Vff2H8uO7p8Mzyb59LL6Twwz9HXZLI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SWYgSSBoYXZlIGEgc2VwYXJhdGUgaW5mbyBmcmFtZSBiZXNpZGUgbXkgbWFpbiBlbWFjcyBmcmFt ZSBhbmQgdGhlIGluZm8gZnJhbWUgaXMKCihzZXQtZnJhbWUtcGFyYW1ldGVyIG5pbCAndW5zcGxp dHRhYmxlIHQpCihzZXQtd2luZG93LWRlZGljYXRlZC1wIG5pbCB0KQoKYW5kIEkgc3dpdGNoIHRv IHRoaXMgaW5mbyBmcmFtZSwgZXZhbCB0aGUgYmVsb3cgY29kZSAoTS06KSBhbmQKc3dpdGNoIHRv IGFuIG90aGVyIGFwcCB0aGVuIG15IG1haW4gZW1hY3MgZnJhbWUgaXMgcmFpc2VkCmF1dG9tYXRp Y2FsbHkgdG8gdGhlIGZvcmVncm91bmQgd2hlbiB0aGUgdGltZXIgcnVucy4KCnN3aXRjaC10by1i dWZmZXIgc2hvdWxkIG5vdCBjYXVzZSBlbWFjcyBicmluZ2luZyBhIGZyYW1lIHRvIHRoZQpmb3Jl Z3JvdW5kIChhbmQgdGhlcmVieSBpbnRlcnJ1cHRpbmcgdGhlIHVzZXIpIHdpdGhvdXQgdGhlIHVz ZXIKYXNraW5nIGZvciB0aGlzIGJlaGF2aW9yLgoKR05VIEVtYWNzIDI3LjEgKGJ1aWxkIDEsIHg4 Nl82NC13NjQtbWluZ3czMikgb2YgMjAyMC0wOC0xMgoKKHJ1bi13aXRoLXRpbWVyCjMgbmlsCihs YW1iZGEgKCkKKHdpdGgtY3VycmVudC1idWZmZXIgIip0ZXN0KiIKKGVyYXNlLWJ1ZmZlcikpCgoo c2V0LXByb2Nlc3Mtc2VudGluZWwKKHN0YXJ0LXByb2Nlc3Mtc2hlbGwtY29tbWFuZAoidGVzdCIg Iip0ZXN0KiIgImRpciBkOiIpCgoobGFtYmRhIChwcm9jZXNzIGV2ZW50KQooc3dpdGNoLXRvLWJ1 ZmZlciAiKnRlc3QqIikKKGdvdG8tY2hhciAocG9pbnQtbWluKSkKKSkpKQ== --b1_FpSyCJ1906z5Vff2H8uO7p8Mzyb59LL6Twwz9HXZLI Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdj5JZiBJIGhhdmUgYSBzZXBhcmF0ZSBpbmZvIGZyYW1lIGJlc2lkZSBteSBtYWluIGVtYWNz IGZyYW1lIGFuZCB0aGUgaW5mbyBmcmFtZSBpczxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 PiZuYnNwOyAoc2V0LWZyYW1lLXBhcmFtZXRlciBuaWwgJ3Vuc3BsaXR0YWJsZSB0KTxicj48L2Rp dj48ZGl2PiZuYnNwOyAoc2V0LXdpbmRvdy1kZWRpY2F0ZWQtcCBuaWwgdCk8YnI+PC9kaXY+PGRp dj48YnI+PC9kaXY+PGRpdj5hbmQgSSBzd2l0Y2ggdG8gdGhpcyBpbmZvIGZyYW1lLCBldmFsIHRo ZSBiZWxvdyBjb2RlIChNLTopIGFuZDxicj48L2Rpdj48ZGl2PnN3aXRjaCB0byBhbiBvdGhlciBh cHAgdGhlbiBteSBtYWluIGVtYWNzIGZyYW1lIGlzIHJhaXNlZDxicj48L2Rpdj48ZGl2PmF1dG9t YXRpY2FsbHkgdG8gdGhlIGZvcmVncm91bmQgd2hlbiB0aGUgdGltZXIgcnVucy48YnI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj5zd2l0Y2gtdG8tYnVmZmVyIHNob3VsZCBub3QgY2F1c2UgZW1h Y3MgYnJpbmdpbmcgYSBmcmFtZSB0byB0aGU8YnI+PC9kaXY+PGRpdj5mb3JlZ3JvdW5kIChhbmQg dGhlcmVieSBpbnRlcnJ1cHRpbmcgdGhlIHVzZXIpIHdpdGhvdXQgdGhlIHVzZXIgPGJyPjwvZGl2 PjxkaXY+YXNraW5nIGZvciB0aGlzIGJlaGF2aW9yLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48 ZGl2PkdOVSBFbWFjcyAyNy4xIChidWlsZCAxLCB4ODZfNjQtdzY0LW1pbmd3MzIpIG9mIDIwMjAt MDgtMTI8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4mbmJzcDsg KHJ1bi13aXRoLXRpbWVyPGJyPjwvZGl2PjxkaXY+Jm5ic3A7Jm5ic3A7IDMgbmlsPGJyPjwvZGl2 PjxkaXY+Jm5ic3A7Jm5ic3A7IChsYW1iZGEgKCk8YnI+PC9kaXY+PGRpdj4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgKHdpdGgtY3VycmVudC1idWZmZXIgIip0ZXN0KiI8YnI+PC9kaXY+PGRpdj4m bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKGVyYXNlLWJ1ZmZlcikpPGJyPjwv ZGl2PjxkaXY+Jm5ic3A7PGJyPjwvZGl2PjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChz ZXQtcHJvY2Vzcy1zZW50aW5lbDxicj48L2Rpdj48ZGl2PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAoc3RhcnQtcHJvY2Vzcy1zaGVsbC1jb21tYW5kPGJyPjwvZGl2PjxkaXY+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICJ0ZXN0IiAiKnRlc3QqIiAiZGlyIGQ6Iik8 YnI+PC9kaXY+PGRpdj4mbmJzcDs8YnI+PC9kaXY+PGRpdj4mbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsgKGxhbWJkYSAocHJvY2VzcyBldmVudCk8YnI+PC9kaXY+PGRpdj4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgKHN3aXRjaC10by1idWZmZXIgIip0ZXN0 KiIpPGJyPjwvZGl2PjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7IChnb3RvLWNoYXIgKHBvaW50LW1pbikpPGJyPjwvZGl2PjxkaXY+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7ICkpKSk8YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj48YnI+PC9kaXY+ --b1_FpSyCJ1906z5Vff2H8uO7p8Mzyb59LL6Twwz9HXZLI-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 12:18:14 2021 Received: (at submit) by debbugs.gnu.org; 13 Jan 2021 17:18:14 +0000 Received: from localhost ([127.0.0.1]:36481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzjmg-0007gK-2f for submit@debbugs.gnu.org; Wed, 13 Jan 2021 12:18:14 -0500 Received: from lists.gnu.org ([209.51.188.17]:45930) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzjmd-0007gA-LV for submit@debbugs.gnu.org; Wed, 13 Jan 2021 12:18:12 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40154) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzjmc-0002ff-GA for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 12:18:11 -0500 Received: from mail-40135.protonmail.ch ([185.70.40.135]:15025) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzjmW-0003QP-JZ for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 12:18:08 -0500 Date: Wed, 13 Jan 2021 17:17:54 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1610558281; bh=yc+Eml8ZyztjCHNLClgAfmgNrqr4UsG4IUzp4xbwlHg=; h=Date:To:From:Reply-To:Subject:In-Reply-To:References:From; b=X60jKWICjaqMlWPrW8elVCLTkB5z80fYY2ZAJ9DWiC76uHlqxpH1l971jgYp4M6al mHF7wsRWmyvGJm16SUO36eE97CgIFhBzhTKIwrerkm+xyBJryKuBWRwA7xJexz0Bfw 6IjK8sysLNT4rLl7QW4G7fPdGhCBfsIHMjcUEHqw= To: "bug-gnu-emacs@gnu.org" From: emacser Subject: Re: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame Message-ID: In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_mfb9EESPUeJXR0Dhv7tUbtsxo9MdFGxVZXnfHqILM" X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch Received-SPF: pass client-ip=185.70.40.135; envelope-from=laszlomail@protonmail.com; helo=mail-40135.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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: , Reply-To: emacser Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --b1_mfb9EESPUeJXR0Dhv7tUbtsxo9MdFGxVZXnfHqILM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 WW91IGRvbid0IGV2ZW4gbmVlZCB0aGUgcHJvY2VzcywgaXQncyBqdXN0IGEgbGVmdG92ZXIgZnJv bSBhIHRlc3QgY2FzZS4KVGhlIGJ1ZyBhbHNvIG9jY3VycyBpZiBvbmx5IHN3aXRjaC10by1idWZm ZXIgaXMgY2FsbGVkLCBidXQgdGhpcyBjb2RlCm11c3QgYmUgcnVuIGZyb20gdGhlIGRlZGljYXRl ZCBmcmFtZSB0byBnZXQgdGhlIHVud2FudGVkIHJhaXNpbmcKZWZmZWN0IG9mIHRoZSBvdGhlciBm cmFtZToKCihydW4td2l0aC10aW1lcgozIG5pbAoobGFtYmRhICgpCihzd2l0Y2gtdG8tYnVmZmVy ICIqdGVzdCoiKSkp --b1_mfb9EESPUeJXR0Dhv7tUbtsxo9MdFGxVZXnfHqILM Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdj5Zb3UgZG9uJ3QgZXZlbiBuZWVkIHRoZSBwcm9jZXNzLCBpdCdzIGp1c3QgYSBsZWZ0b3Zl ciBmcm9tIGEgdGVzdCBjYXNlLjxicj48L2Rpdj48ZGl2PlRoZSBidWcgYWxzbyBvY2N1cnMgaWYg b25seSBzd2l0Y2gtdG8tYnVmZmVyIGlzIGNhbGxlZCwgYnV0IHRoaXMgY29kZTxicj48L2Rpdj48 ZGl2Pm11c3QgYmUgcnVuIGZyb20gdGhlIGRlZGljYXRlZCBmcmFtZSB0byBnZXQgdGhlIHVud2Fu dGVkIHJhaXNpbmc8YnI+PC9kaXY+PGRpdj5lZmZlY3Qgb2YgdGhlIG90aGVyIGZyYW1lOjxicj48 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PihydW4td2l0aC10aW1lcjxicj48L2Rpdj48ZGl2PiZu YnNwOyZuYnNwOyAzIG5pbDxicj48L2Rpdj48ZGl2PiZuYnNwOyZuYnNwOyAobGFtYmRhICgpPGJy PjwvZGl2PjxkaXY+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IChzd2l0Y2gtdG8tYnVmZmVyICIq dGVzdCoiKSkpPGJyPjwvZGl2Pg== --b1_mfb9EESPUeJXR0Dhv7tUbtsxo9MdFGxVZXnfHqILM-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 13:09:07 2021 Received: (at 45844) by debbugs.gnu.org; 13 Jan 2021 18:09:07 +0000 Received: from localhost ([127.0.0.1]:36559 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzkZv-0000Yx-F9 for submit@debbugs.gnu.org; Wed, 13 Jan 2021 13:09:07 -0500 Received: from mout.gmx.net ([212.227.17.21]:43345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzkZt-0000Y8-T1 for 45844@debbugs.gnu.org; Wed, 13 Jan 2021 13:09:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610561282; bh=w/X0lHzymmH4+5JiRItngzu9zEsVknNKl8cb1QY05Es=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=HCa9Ggef0SArrKb5ZH56RgpV7YpIAjuXUz46sKfMsDTftjPs4Zc89ny4G1z52G5x8 A/2Q3zyMWww0VEC5HvLVCoUAKpvg8mb8tj8NrM67nKc5jemIhxWcnKa8XlTiiHrQKP jZuujoILaPrYhhpYNbtyE/iyzx5csrfJbrQEKWTY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.103] ([212.95.5.65]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MEm6F-1kjTpK3WWJ-00GKCL; Wed, 13 Jan 2021 19:08:02 +0100 Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame To: emacser , 45844@debbugs.gnu.org References: From: martin rudalics Message-ID: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> Date: Wed, 13 Jan 2021 19:07:59 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:yfxpG+W7P+biVZc0fxuWJw181HGzTIBuODmVqZeuYRBCj5vxuLx zNUfmPlBgPBabIxbRaF6TuaHdl6zAyQuH/J/ZCQWZqF1T7eUIqtaUjspumE+bEDR0rzZxwx uKKQGcNGhFz4k/0kO4MMjAdf42fOZxeycHMBp9JkmA3yVuXczm+jA9hMBwNy+9xXc9+YXEn 7u0c3pOHn94YHIG4o8vhA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:IB3ZSAJcC6s=:Ey7Suh6NjeRMMDegZOOE4J YLrluSLMxs77bY36Vqt51LXhYJv8DHk6YjNbm7xrMOcZ7geaBO6IUGTO5NY9D+0E5mEKYEr0G oSKb6fhEd+c5aWaVy5bK2voKol07R02ym7eANOgL/0q0PET9HId4TXrsU6/PlfTVFyVY8KSz5 G461DzRFU6NwsjD9cWLBxoAcVY7LJabTixDJN6cQ667v6+ugEc6a1vTkIGlEhrnHDnp0qRPUp 3mAy5wJ5o1nBM6cq0MR8UbzsB9qRxqOsrF567jOzld/F2Q0dXeeW8Q5UZwlE7oI92I+pZXtxp 97WO/DVKR8ltqD39+Ci+oCda74g8Q9MCOufeDC2X43W9AGLHIICCy9Zc8eL9HmwFOb367xNn+ CRmisWOHNLYpNBzmh9elEYfhaanBkfhxQQb2+3Ei6zN7xXALudqy9jnAlhupQZfAQ8yDqzmtg bBoGsCKKexpCy4f1Nz4ES5j9k+i5EJ+UMRo5sPU+mKmW1/dNzSYdh2aWE/VhmNbWWsmA2dfii HKFxS5CVGN2qnH5IRAzwTB0dcAyiDYppCnygNmoCLYaCa4EhWghFyvahcZGm1N5SZgxA/0x/k K0SZnERHKNUFWPCS0F9Ls6lYl/m6xJB8JR/vn5j/ogRFQYI952WtuPWYtRC8FBFfjsysG0F4B Bxs4RacMTLnpI1uPAcFOHIbqV1CT8Rg/y0INHUm94lM88qXUbUMjkvc7+KlplPTkxjFfYr/I5 zR4A7zaxMis27h2HtdT00Jc1wjZL3WsRPa4ptW88WtnvTdmAXYdZXGmAYguE8cDs+niCzD2Fn iDLdITaVBZ/y5VISgPcsddhCvN9NUb2rH5dhBOlBIgzvK8IU0DOo97SVVxHWDPgA5qFJJYmNc QrJ3lsut/t/fvMNtXl7A== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45844 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.0 (-) > (run-with-timer > 3 nil > (lambda () > (switch-to-buffer "*test*"))) You are asking for the impossible. 'switch-to-buffer' with a dedicated window on an unsplittable frame will inevitably trigger 'pop-to-buffer' as documented in the Elisp manual: Sometimes, the selected window may not be suitable for displaying the buffer. This happens if the selected window is a minibuffer window, or if the selected window is strongly dedicated to its buffer (*note Dedicated Windows::). In such cases, the command normally tries to display the buffer in some other window, by invoking =E2=80=98pop-to-buffer=E2=80=99 (see below). And 'pop-to-buffer' makes a new frame because it cannot use the selected one, raises that frame and even requests input focus for it. I haven't much to recommend for how to handle such situations. You can try the following: - Make an invisible frame when you start running the timer, maybe giving it a non-nil =E2=80=98no-focus-on-map=E2=80=99 parameter. - Use 'display-buffer' to show *test* in that frame and make that frame visible, preferably using an 'inhibit-switch-frame' alist entry. In either case it will be up to your WM whether it will raise that frame and give it focus. Often it does both, "stealing" another application's focus. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 13 13:49:33 2021 Received: (at 45844) by debbugs.gnu.org; 13 Jan 2021 18:49:34 +0000 Received: from localhost ([127.0.0.1]:36602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzlD3-0001eO-Nw for submit@debbugs.gnu.org; Wed, 13 Jan 2021 13:49:33 -0500 Received: from mail-40132.protonmail.ch ([185.70.40.132]:57250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzlD2-0001e9-35 for 45844@debbugs.gnu.org; Wed, 13 Jan 2021 13:49:33 -0500 Date: Wed, 13 Jan 2021 18:49:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1610563764; bh=0jDsw5CaTyHNRZ7ZCRfj8jDzxShD62DtWAgZ0UbjNqo=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=O1CHmxn6qBFYPCh8cffrcRvjFvPMKaAzu9sVY+WKGXdT7qd1WH4fRs0VNiJCAofSZ mkLktgCCpySjPM81fGV3uh1g4tgvzSllKAtrTlqG7qowUXGm5SshS0j0RniMYOLMxB Uf07gHCFMgHozMYyglZ3flIwNWh0ah5kOuiuiYQ8= To: martin rudalics From: emacser Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame Message-ID: In-Reply-To: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> References: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45844 Cc: "45844@debbugs.gnu.org" <45844@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: , Reply-To: emacser Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > And 'pop-to-buffer' makes a new frame because it cannot use the selected > one, raises that frame and even requests input focus for it. There is no need to create a new frame, since the other frame exists in my = case, but if pop-to-buffer raises that automatically then it's understandable why it comes to the foreground. A possible solution for this can be checking if pop-to-buffer is called int= eractively by the user. If so then it calls select-frame-set-input-focus like now, if = not then it calls select-frame instead. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 02:40:35 2021 Received: (at 45844) by debbugs.gnu.org; 14 Jan 2021 07:40:35 +0000 Received: from localhost ([127.0.0.1]:37073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzxFD-0002xm-Iy for submit@debbugs.gnu.org; Thu, 14 Jan 2021 02:40:35 -0500 Received: from mout.gmx.net ([212.227.15.15]:43015) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzxFB-0002xY-8a for 45844@debbugs.gnu.org; Thu, 14 Jan 2021 02:40:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610610025; bh=1eOdDqTnAvtxCyT+n5rEaV3ssAyrJRWgkH78PxOZC90=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=PXWyh0eP+HM0w9VsV29lwfDByQjZG27/qlpeCnoeRXSu7Ol/98I93yTzxqpi09K2c Qavz9W4n5oaAG936gIMxQOEQSfRaOSDK0vyGVMd3TPHDTeAsuJpgZhGPYsN2bljKb7 JOB+4pZQIjxPj+VFUsszaJNOsCDyT458XmYuMICo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.23]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mjj8D-1kElqU0Bpb-00lBaO; Thu, 14 Jan 2021 08:40:25 +0100 Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame To: emacser References: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> From: martin rudalics Message-ID: <7420050f-39bc-61ce-5f04-706f0b63e3e8@gmx.at> Date: Thu, 14 Jan 2021 08:40:23 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:kJlbnD0+E1MLzKhYRCra/jUHmv4344T2ucQONIutLG5YXclkPTi pwKiCLzqP5OgU+Wy3mWfhCM/pTyTDZGMtaIACoLvXIr//QaJKDFh0FLbMAyZJZkChZPDgdv UfOaBPsAoFOc/qrsTz7mmpx5J4BcYTgIiWDpxcH/VMX5vfdRH1lJ3wuD7jKDw0S6ACiEdU4 4tGgup4vYpkRPP923nhqA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:/Oa6/BkiHk8=:o6i1NgHAWD8qvjNuENmKAE wNPIMT8emFTiQZ9dv0e6AyMMzgRZaOIHSzDtlAZ3aHIDr0X2aBpnR0s8NQrukz+pgP2cXmn1C 3R31QCvhdXS+ItSTGMCl+5tJV19FOKOqkQ9Z1zkMKXrTv4LBoklqIVZFaGWdf7hJ2npWZRNV4 OeFPpZB2SsbWjE0xP3EcIyr4hzTgOAy+SD7Gelj/nYf+iCkWw2o+USVkSHZ2wQnSOZXQMTftj UXDWwhCgVoER7jLrjODCY1uG1Qcu0SjqAl1nHzOIrSDcLgrv4zgQPqVkLn1g5bixiFXNsPGgU LywAGR1ocAKKEN1oGLKjerT0zwCd4yfRZO2aWhZdCah07tOWmcw6duQFREwityK3Un9F8/9bK uiherB57EMB453BUxYOq7I3bWeWyYCiT4je9AfkOdv/kA6MPKI3vvHOkHnYDqMFdudJmqknwR AXhJ2Nem2aqkAUXRN3FVVlqZmG3B9Tme/0XHY+rj+rlm3olWmholsI1FRzfAIbT63DONAteP6 smIr4pM3ik5VePAL2RMSiTDv4OMxzjOD9C4lOmm7lxAvs2hHJvH87UQHk6f+LoDNWY0vtM//P 2qS7svfeuPRzge8XR2fEJGYxG1525Fy1nAjdgS/P0nfuMG5E6RQlknC0GQk/N3Q4ea4602p+U RSZGvi1cVh8JSKCgKO8Mdnaxq2iuS3oqHf734kEeI4Yh+T1RJO1GYME9Ygjbxv7N21obodlH+ JSbIRG21SwvT89eqHxiExAnL3cvlYdnGtHWt61hQIuy1CP7G/BqdjcdOSal1/b9DzdCiGWJXo C7ElrY6vobE7qTAAFXcAUV00e+SCILQ5KQNQW39Rt6Y6gOr4ifCfgw4zJAx95K+ZTwZGdWy1v HfHilet9RtgQRNV91yKA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45844 Cc: "45844@debbugs.gnu.org" <45844@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.0 (-) >> And 'pop-to-buffer' makes a new frame because it cannot use the selected >> one, raises that frame and even requests input focus for it. > > There is no need to create a new frame, since the other frame exists in my case, > but if pop-to-buffer raises that automatically then it's understandable why > it comes to the foreground. > > A possible solution for this can be checking if pop-to-buffer is called interactively > by the user. If so then it calls select-frame-set-input-focus like now, if not > then it calls select-frame instead. Sorry but we can't do that. `switch-to-buffer' has to provide the window the next keystroke will be addressed to. That is carved in stone. I still don't understand why you insist on using `switch-to-buffer' here. Why don't you just call `display-buffer' if you don't want to edit that buffer anyway? martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 03:21:07 2021 Received: (at 45844) by debbugs.gnu.org; 14 Jan 2021 08:21:07 +0000 Received: from localhost ([127.0.0.1]:37111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzxsR-0003xT-He for submit@debbugs.gnu.org; Thu, 14 Jan 2021 03:21:07 -0500 Received: from mail4.protonmail.ch ([185.70.40.27]:57296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzxsO-0003wc-UU for 45844@debbugs.gnu.org; Thu, 14 Jan 2021 03:21:06 -0500 Date: Thu, 14 Jan 2021 08:20:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1610612458; bh=BHkUv06Y7Q6k0etxiwBu76qghmZv8O4JV2gAQ10RDe8=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=ETBwDEc8MO8ZILnjAGXxBFU75raRTVcpYdS6U/fNtmWLzIJT+ymFj1YbJ8zhmZNTj aWRCnvCAIuZWNqO8tAuffniaL2sS3LapwRHZy+bp056CU5sU7xOWphmAf9FDuEeVT9 Z3ZO/fAwYKGaJasqrr/rct67KlFcZMS3duX5Ldow= To: martin rudalics From: emacser Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame Message-ID: In-Reply-To: <7420050f-39bc-61ce-5f04-706f0b63e3e8@gmx.at> References: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> <7420050f-39bc-61ce-5f04-706f0b63e3e8@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45844 Cc: "45844@debbugs.gnu.org" <45844@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: , Reply-To: emacser Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Thursday, January 14, 2021 8:40 AM, martin rudalics wr= ote: > > Sorry but we can't do that.`switch-to-buffer' has to provide the window t= he next keystroke will be addressed to. That is carved in stone. I still do= n't understand why you insist on using`switch-to-buffer' > here. Why don't you just call `display-buffer' if you don't want to > edit that buffer anyway? > I'll try that, I only found it strange that if a background timer uses switch-to-buffer and the frame is in in the background then why the frame is raised. If it's not triggered by a user interaction then there is no practical reason to bring the frame into the foreground, because the user is using an other app, so he doesn't want to type into that frame at that point. The frame should only switch to the buffer and remain in the background, so when the user get backs to emacs then he can see the result of the background process presented to him. It sounds like a bug to me, but I accept if you say it's hard to implement for some reason and I'll change my code to use an other method. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 04:26:13 2021 Received: (at 45844) by debbugs.gnu.org; 14 Jan 2021 09:26:14 +0000 Received: from localhost ([127.0.0.1]:37186 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzytR-0007iG-OP for submit@debbugs.gnu.org; Thu, 14 Jan 2021 04:26:13 -0500 Received: from mout.gmx.net ([212.227.17.22]:38143) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzytP-0007i1-I5 for 45844@debbugs.gnu.org; Thu, 14 Jan 2021 04:26:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610616362; bh=6STUyG83PBfkfMr/2Hv5ZEZ/fX6MhAiFIsOy3zZujpw=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=gZWfeqdfR6Ozk0iQmlDoDwdebRgdMNU53BswXoya3r0cN23RAijNYPaw4m7Vv45Tf 4Ey+qGRDmAz55Gq20dihXfpih1CyrS6SKavP+gO2PIK6eXmF42olW1JVG4b4lVSI3b 3To+4VL573/AhwnrPyYLPQO2KDZ+YoRzn4lMNrlQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.215]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MxUnp-1lxrwO4185-00xtcH; Thu, 14 Jan 2021 10:26:02 +0100 Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame To: emacser References: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> <7420050f-39bc-61ce-5f04-706f0b63e3e8@gmx.at> From: martin rudalics Message-ID: <2ffee8ea-15af-a54c-ac5c-b214b299535d@gmx.at> Date: Thu, 14 Jan 2021 10:26:01 +0100 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Saapss4k1j7T0QApP5ykKOrp6ts+9opMOV3stplL/vjJ7ykT43D QPFHim6F+wOtvr8zS3oPcCyvqDpu2EVnVsroNo4E4yJlFgqRMD376CV7MyNnoefg6r4ksqk 7biA4mlvc6GPxWI1vPzcSIKr/Oe0M6PuHB+CKGLSTlhnk4tPyDl+0QfDV4aCjxKbIgz2Xbn jDbMkmdCXaP1AKKfKgJGQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:QFa0dOiXRu0=:lZGJRD0/WX48BeN6HX3g7X I5D3ubnpVPDmIpL9CdIsWhspOlWgu4tWrA49syoiDbawJiGUG4xjgWH1EbidO+pQ4ZC9/Yw83 xVrztd5jtoOzTdWy2nkM4Z86F2lHuUP9PV5ZTSaXVXV+dlEkMhUETpIFAqV8ekoR0k4rFyTls 1I9RpXJvjn2PbjgHV8Cz4zgDEk5JIuY9mCw5jd6koxxca51xdyLUQmn1NJXYEW3Ugr9/Cnjno +NoZLndzK5HvC/seGvNfntXur8ub4Q0utmy/LCEVjf/9fxrjRJ4MbQ22K1tXV/hH+GtL2vyRL g91fcq+U9qEAeSdpvkjkUhCh0jnpWp2DXoN4e4i3juuCmx8iPDdK+KbBNAjnAYJznwSftloFL d3DdIn/VuJv17ypJoF5VXcIITv0mxV8JXKZ61twByGNZ4puSxz4uXywhGGQQXp82Wr9xgZRdH njm5Bg0vvLRF/I15m7bmHlUY3/6orQNqRuyQtuNnp5J6jzesgQbXN1+B2R8xzDlg5vmNuGkNZ J31tifeNzCocT51RP8fMlDzt9JQyjEHevPAbw1cqVbYkDGzVtx7TupdP70zXw4sD1ipidPlMN KZzGhzPl/scpBqU56k49wt2F5G8uLuwAk1I+7HTyYi4WHUMcxdJv9pa6ZbfmOhvMpapD7lZ8Y LZVJSbdDrhkZNCSHRnFqxOBNSBOoOQZsmmCwHtbMtKdW4+tlM5qorUfG8Lk3+Sid9cYY5atwo dRhsQoXgR9utZ4ie2+2MoE60DZVgsqfo8NHXp2kAmlDzswqj4ZQY+0E2Uq5Hminre8Pp7m9Eq kGnd3QMiDI/9+kS4ZuKd+qxjYWaqF1KcPyjUvtErehHaIVXTLRIelV2E7GvTcauYSkpmARadl DLdOreGPTo6c9S7wdnWA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45844 Cc: "45844@debbugs.gnu.org" <45844@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.0 (-) > I'll try that, I only found it strange that if a background timer uses > switch-to-buffer Timers should never use `switch-to-buffer'. If they want to draw attention to the object they want to display, they should use `pop-to-buffer'. Otherwise, `display-buffer' is the function to be preferred although if that needs a new frame, it will raise that frame too unless your WM prevents it. 'switch-to-buffer' is a user command and should not be called by any Lisp code. Unfortunately, it's done a hundred times in the Emacs code base and there's nothing we can reasonably do about that. > and the frame is in in the background then why the frame > is raised. If it's not triggered by a user interaction then there is > no practical reason to bring the frame into the foreground, because the > user is using an other app, so he doesn't want to type into that frame > at that point. The frame should only switch to the buffer and remain in the > background, so when the user get backs to emacs then he can see the result > of the background process presented to him. > > It sounds like a bug to me, but I accept if you say it's hard to implement > for some reason and I'll change my code to use an other method. It's by no means hard to implement (preventing a new frame from getting raised is much harder). But we cannot change the semantics of `switch-to-buffer' in this regard. As long as window managers permit us to do that, it will raise the frame it uses and give it focus. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 14 04:40:10 2021 Received: (at 45844) by debbugs.gnu.org; 14 Jan 2021 09:40:10 +0000 Received: from localhost ([127.0.0.1]:37228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzz6v-00086x-Tl for submit@debbugs.gnu.org; Thu, 14 Jan 2021 04:40:10 -0500 Received: from mail-40141.protonmail.ch ([185.70.40.141]:23703) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzz6t-000866-Cj for 45844@debbugs.gnu.org; Thu, 14 Jan 2021 04:40:08 -0500 Date: Thu, 14 Jan 2021 09:39:56 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1610617200; bh=CO1rkm6OuPPEv8FeSU5/g6b98u77PHEhWX111Ju+MFg=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=xqju1FFS0a3aDXNxHlFHdK63pnlMPYyqE1ICVNymnyIVzMxTZv55YsMENe4s84BSj LNydb2wNPyIHyfTSQ9uk5o83lmyz0OHDIN/eBiTh/3xS8Z34D4f1xLlfVgdmCSHbIO xYJgF4Gkupinbj/GbETUW43cU0cJ6gAFQFIW3XO0= To: martin rudalics From: emacser Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame Message-ID: In-Reply-To: <2ffee8ea-15af-a54c-ac5c-b214b299535d@gmx.at> References: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> <7420050f-39bc-61ce-5f04-706f0b63e3e8@gmx.at> <2ffee8ea-15af-a54c-ac5c-b214b299535d@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 45844 Cc: "45844@debbugs.gnu.org" <45844@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: , Reply-To: emacser Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > It's by no means hard to implement (preventing a new frame from getting > raised is much harder). But we cannot change the semantics of > `switch-to-buffer' in this regard. As long as window managers permit us > to do that, it will raise the frame it uses and give it focus. > OK, the bug can be closed then if it's wontfix. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 23:35:46 2021 Received: (at 45844) by debbugs.gnu.org; 21 Apr 2021 03:35:46 +0000 Received: from localhost ([127.0.0.1]:56623 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ3eT-0006EW-RH for submit@debbugs.gnu.org; Tue, 20 Apr 2021 23:35:45 -0400 Received: from mail-pg1-f182.google.com ([209.85.215.182]:35750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ3eR-0006EA-FK for 45844@debbugs.gnu.org; Tue, 20 Apr 2021 23:35:43 -0400 Received: by mail-pg1-f182.google.com with SMTP id q10so28441755pgj.2 for <45844@debbugs.gnu.org>; Tue, 20 Apr 2021 20:35:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=H2Zk6zCK2K17cZVHBZkJmcK7apNc8aSkmkVNmUapg9A=; b=IMV0gGAhG+lwBioNrKBVjy7j0jO36neX2qKtJ70RhLXOZAkMfIHlOpsO2x/8H+F9lu 4ofd+Yyg3cgAPv74mF/nPIJA/X83HyjanOxPjvpdh/p/dPeMtyqf/nuMCWyVXHgEP0/+ k2/JCqHPWoooS4fQhh6pVbXhev+pUInYl9kbWqgbjzZlOycZH8ZCr7EaQMJiXFP8QU+V 5Oe3SzYUmMsycwlx748JIp6VQsoi3YP7ep5R44vaTdHo7kxqDC4kEJBnGoUF8QiwMth6 zp+2FDMB8AkElUf7naJdOgyhNpL6AGxhr9WYBEpw/g7U1AoeemJjWVVftljL9QDS6uWT OBDQ== X-Gm-Message-State: AOAM531QvcwzH1Cxx3dFAs6h5UHp+RaXqeogyiRF1XsPpT3+t3eNtQri ae6sua15eWuNgDUm8sXLnXhK1Vmwz/xSTOw+2U0= X-Google-Smtp-Source: ABdhPJz+QFltXdxCKJHJ+PqWSDUXICnMubNHIaBHVEI9ieb09ad/YVuCfN9U2AHpPbcqe9uFL93dim4LptU4kpO2vdM= X-Received: by 2002:a63:942:: with SMTP id 63mr20501172pgj.67.1618976137716; Tue, 20 Apr 2021 20:35:37 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 20 Apr 2021 22:35:37 -0500 From: Stefan Kangas In-Reply-To: (emacser's message of "Thu, 14 Jan 2021 09:39:56 +0000") References: <698ea7a3-c2b2-7705-3fc4-16d52c8a7acd@gmx.at> <7420050f-39bc-61ce-5f04-706f0b63e3e8@gmx.at> <2ffee8ea-15af-a54c-ac5c-b214b299535d@gmx.at> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Tue, 20 Apr 2021 22:35:37 -0500 Message-ID: Subject: Re: bug#45844: 27.1; unwanted raising of other frame when emacs is in the backgound and switch-to-buffer is used in a dedicated frame To: emacser Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 45844 Cc: martin rudalics , "45844@debbugs.gnu.org" <45844@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: -0.5 (/) tags 45844 wontfix close 45844 thanks emacser writes: >> It's by no means hard to implement (preventing a new frame from getting >> raised is much harder). But we cannot change the semantics of >> `switch-to-buffer' in this regard. As long as window managers permit us >> to do that, it will raise the frame it uses and give it focus. >> > > OK, the bug can be closed then if it's wontfix. Done. From unknown Sat Jun 21 10:45:10 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 19 May 2021 11:24:06 +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