From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#61667: 29.0.60; Failure to redisplay Date: Fri, 24 Feb 2023 15:46:47 +0200 Message-ID: <83cz5znpko.fsf@gnu.org> References: <04d7cb31-684c-07c0-ee7b-503514fc1a85@yandex.ru> <87a617eanz.fsf@yahoo.com> <4306cb76-a44c-3101-e43c-fd64afae4a51@yandex.ru> <871qmje2ws.fsf@yahoo.com> <83edqjtbss.fsf@gnu.org> <4e5e2a46-9b07-206a-6774-9f98f34cbd14@yandex.ru> <83y1orrolh.fsf@gnu.org> <83sfeyswdw.fsf@gnu.org> <877cwactgv.fsf@yahoo.com> <83mt55sxli.fsf@gnu.org> <8afe34f2-eeea-3be8-82ef-576a115beb6d@yandex.ru> <96b742a05da174ece02e@heytings.org> <25c48260-2edc-f062-8fef-52ff2fdd22e3@yandex.ru> <96b742a05dea855f9636@heytings.org> <853eca8f-5850-dd73-7601-4fad92613ab9@yandex.ru> <0a7313f0-765c-aeca-ae50-6d8adbfb04ed@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22755"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, 61667@debbugs.gnu.org, gregory@heytings.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 24 14:47:34 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1pVYQ9-0005iJ-Nv for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Feb 2023 14:47:33 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pVYPl-00034k-R1; Fri, 24 Feb 2023 08:47:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pVYPg-00034F-LC for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2023 08:47:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pVYPe-0008D1-9D for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2023 08:47:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pVYPe-0006On-5J for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2023 08:47:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Feb 2023 13:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61667 X-GNU-PR-Package: emacs Original-Received: via spool by 61667-submit@debbugs.gnu.org id=B61667.167724641624578 (code B ref 61667); Fri, 24 Feb 2023 13:47:02 +0000 Original-Received: (at 61667) by debbugs.gnu.org; 24 Feb 2023 13:46:56 +0000 Original-Received: from localhost ([127.0.0.1]:36332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVYPY-0006OM-Cq for submit@debbugs.gnu.org; Fri, 24 Feb 2023 08:46:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVYPX-0006OA-4f for 61667@debbugs.gnu.org; Fri, 24 Feb 2023 08:46:55 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pVYPR-0008Al-B7; Fri, 24 Feb 2023 08:46:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Wms/bg2E405SaWlv4GzotdqP8o7mZcbyOUu5S0efDk0=; b=eZgzAlx0jlNY A1qRu5DqA3hnkfxmAWF3lsn09pYvehD5nItQ008yNIglKZVMG7r/Ckyz2l6xbi1DlQTBy43RBWFSP 2wC3fCLqiHSRAkg5gKX9Dr1oaxFzCwgZ1z8eRlXtAndDNhdCTuTmuotg9m2jRBKX576TshD70EGqF K3zNhXqP8B/GLEU81AtZdoqWpx7/XvPw3H2ucVujbJtjQc0bs0t3PceyUi+KpVOD4hTzWHWug6HUc rdNvtRBlU3rigHqZA91cSSlczA9cPiAPZabDagmrv6BqU1J0LQZKd/seJr/FAZIM8ZkVcQ5wj4JUA mQx6mm/gZXhO4qMrsvDSGQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pVYPQ-0003Rc-Hb; Fri, 24 Feb 2023 08:46:48 -0500 In-Reply-To: <0a7313f0-765c-aeca-ae50-6d8adbfb04ed@yandex.ru> (message from Dmitry Gutov on Fri, 24 Feb 2023 15:12:53 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256597 Archived-At: > Date: Fri, 24 Feb 2023 15:12:53 +0200 > From: Dmitry Gutov > Cc: Po Lu , 61667@debbugs.gnu.org, > Eli Zaretskii > > 817dd546497aadefbe9acc8762e3f7190799c5e6 is the first bad commit > commit 817dd546497aadefbe9acc8762e3f7190799c5e6 > Author: Stefan Kangas > Date: Sun Sep 13 18:24:31 2020 +0200 > > Improve frame-title-format and icon-title-format > > * src/xdisp.c (syms_of_xdisp): Replace 'invocation-name' with the text > "%b - GNU Emacs" and replace "@" with " at ". (Bug#41147) > * etc/NEWS: Announce the above change. > > etc/NEWS | 11 +++++++++++ > src/xdisp.c | 3 +-- > 2 files changed, 12 insertions(+), 2 deletions(-) > > Triple-checked that as well: the commit before it doesn't reproduce the > above scenario, and this one does. > > Looking at the commit, there is another difference in behavior too: > > - With this commit, all is as described previously: I press 'a', window > title changes, there is a delay (randomly), then the window contents change. > > - Before this commit: the window title doesn't change, it's always > emacs@hostname. But when I press 'a' (bound to 'find-file' lambda), > there never is a noticeable delay before the window contents change. The > buffer is displayed instantly. How is this consistent with your previous finding that the problem exists in Emacs 25, 26, and 27. The change above is only present in Emacs 28. Does this mean that the problem 100-200ms delay and the original problem are two different problems? Anyway, if the changes in the frame's title are somehow related to this, their effect is to cause Emacs to call x_set_name_internal to display the new title. Could it be that this function takes such a long time to execute? Or does it have some strange effect on the WM?