From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Potential bug in the logic of rmail-select-summary Date: Thu, 28 Jan 2021 10:42:34 +0100 Message-ID: References: <87ft2mhsl9.fsf@gkayaalp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16006"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eliz@gnu.org, emacs-devel@gnu.org To: =?UTF-8?Q?G=c3=b6ktu=c4=9f_Kayaalp?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 28 10:54:38 2021 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 1l540c-00042M-2k for ged-emacs-devel@m.gmane-mx.org; Thu, 28 Jan 2021 10:54:38 +0100 Original-Received: from localhost ([::1]:35182 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l540b-0004Vq-5j for ged-emacs-devel@m.gmane-mx.org; Thu, 28 Jan 2021 04:54:37 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39176) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l53p2-0007Ps-1W for emacs-devel@gnu.org; Thu, 28 Jan 2021 04:42:40 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:42719) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l53p0-0006TO-1j; Thu, 28 Jan 2021 04:42:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1611826955; bh=zm+Fma+rpgS12iU/L+kpMoYDRWohbtlSWiwpePVwARQ=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=HAxDAWhwHteVb8XDvl8sR5Qi5e9PtxFx67GcDYi9Mru57eBpqTY6HvRvf1v43Cv1d oOVxsL5tvEIvo/jrF03QCEPFqIKurmGHDKkXKWVeZQn9mlj0GXHK248C6J+AOQ0UOH Ht8DcUKqwtxUtZdwE556xIFj9offKZ9tazXF79Mk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([46.125.249.125]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mwfai-1lt3yb2JRK-00y69X; Thu, 28 Jan 2021 10:42:35 +0100 In-Reply-To: <87ft2mhsl9.fsf@gkayaalp.com> Content-Language: en-US X-Provags-ID: V03:K1:50kGrnV0PI+X4HfK4JorjOV0c+yMteTyHYkJHECcA8MLAKQ4i1K aqglV8reY7n6kEEY4fujWyQiqhE088t6dLOosGClALTpJsM/NvaqXV/pEQnRInRfV0k/zHu VrFYVffkN0cpk3FXG5q/Y2uuYC4gSerCznGX9tdqX22ONjGLo1Xe4TsU77SODVyZmHqW6g4 GGqrkiR47o/UFUpABAHZA== X-UI-Out-Filterresults: notjunk:1;V03:K0:YzHe5karGyk=:jrjJW9jcjii1Vo2BywVrnp PL6C0xcsAGuCj1oywcgUN8FkDk+t8Qs1AkKG+cjrlKomejavihe3/pBRJRELC5LTZseMpvWsC R5xlSLxCm8fFb+ncsTNHa+CzlK5yThOqPD/5rH7tpi0mIxHZhKER2Sj9H5AHnxtswWd3pTUoh V+fTGJA9Evx/BZ3yd1gSI38fgKbSt3eQSzDEM7NFeH6PIYt6AApgw9GB1cZundtK+RF7GITaa iXx1hun9z73Np/t9RJ+xbbQoj2EF8ekUnju12LR9eJNtrwProQruq+6aW6AtJno8LqB4YPiMe VA8t0wBtV5nPYy/1leAMxHsoRyBtZt8mAA+Ip2vSAy0PiO4ZFDHK7LUw1/sz39KSg8OHPxUAV Tm+eAtuEiNIDLrge0pxnRq0gWTY+0rQBzSrofdGPBUVv1TqCqeyWWShsalaMLtKPePdXRd2b6 RoKso40tQB1GxYkuGcaVVK3K3nFsNnamyMszdd5wH3UbLHHJ5CYdaFXeq43I3RnMg+bWzKSeR KRZGtEdhc3XB5UKm6FAG7dQ76aMDM7P84NcH8GhmBTTkTMByxcSlkoSkAqMQ7wm69GdA9dvE5 tFg5yz54rkpVeqPiOCOdMLg+mBmNIU+TIMgrGdW/hQnMhGTIh95o2OWYInsFIp5zRVl0Wf9Uz KcKT/9eXgaMp5RHV9lnkleTriPIeXhv78OJnvDyPnoJxVfo+TUlYA9xiOeCGHsunG9mqHYpKq yHo778z8M4y0i8yS0K9TCEl2eEi3rW5ATqJtxaAy9gnEmP6MtqjTbF1skezEDH4ZlEA0vr3f Received-SPF: pass client-ip=212.227.15.15; envelope-from=rudalics@gmx.at; helo=mout.gmx.net X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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:263544 Archived-At: > ;; If pop-to-buffer did not use that window, delete that > ;; window. (This can happen if it uses another frame.) > (if (not (eq sumbuf (window-buffer (frame-first-window)))) > (delete-other-windows))) > > Here the condition is for some reason true somewhere in the call chain= , > and I don=E2=80=99t really understand. Do you mean to say that this part is also executed in the multiple windows case despite of the (if (and (one-window-p) pop-up-windows (not pop-up-frames)) guard? > I think I=E2=80=99ll give up on this as what Rmail does with buffers i= n > intermediary steps of a command is fairly complex, and Rmail has many > assumptions about what=E2=80=99s where when. Maybe later I=E2=80=99ll= try make Rmail > call pop-to-buffer no more than strictly necessary. Till then I=E2=80= =99ll give > it it=E2=80=99s own frame and call it a day :) I'm afraid that Rmail is just not amenable to customizations via 'display-buffer'. It probably would have to be rewritten from scratch for that purpose. martin