From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#61667: 29.0.60; Failure to redisplay Date: Fri, 24 Feb 2023 16:12:30 +0200 Message-ID: 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> <83cz5znpko.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32949"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Cc: luangruo@yahoo.com, 61667@debbugs.gnu.org, gregory@heytings.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 24 15:13:25 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 1pVYpA-0008Pj-Ha for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Feb 2023 15:13:24 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pVYoq-0002A1-Lh; Fri, 24 Feb 2023 09:13:04 -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 1pVYoo-00029j-Qu for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2023 09:13:02 -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 1pVYoo-0005Ym-Ip for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2023 09:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pVYoo-00079U-EK for bug-gnu-emacs@gnu.org; Fri, 24 Feb 2023 09:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Feb 2023 14:13: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.167724796027461 (code B ref 61667); Fri, 24 Feb 2023 14:13:02 +0000 Original-Received: (at 61667) by debbugs.gnu.org; 24 Feb 2023 14:12:40 +0000 Original-Received: from localhost ([127.0.0.1]:36394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVYoR-00078r-Q9 for submit@debbugs.gnu.org; Fri, 24 Feb 2023 09:12:40 -0500 Original-Received: from mail-wr1-f45.google.com ([209.85.221.45]:36687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVYoP-00078d-WE for 61667@debbugs.gnu.org; Fri, 24 Feb 2023 09:12:38 -0500 Original-Received: by mail-wr1-f45.google.com with SMTP id l25so13650005wrb.3 for <61667@debbugs.gnu.org>; Fri, 24 Feb 2023 06:12:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=fIkIePvcwhEfUBZG4EjQSCEuhj4VzDZfM1hxxtU2Iw8=; b=FtMw2R3NCmJHg9V6/pooFCjf98+kV6SB9BKs1UWUZNevt8Rpz2j7D1uRJoxc4D0pgq 4qM0TLbkV7Wq85QSZWeuujmyfzpi65PcnJnrzEaIjBDckJQqB9c5QnAdvq9t8ktELD3t 7ikjATSsDGPfgmCDZPJQf0ktJBCG36NVXbHyLG/4CfXr73vqI9aznvOPNc/phGsPtJe2 imsLj6NC1FoCq88I227bI0lV4R9w92g81jgVCAxGoPfmvf0LdPYWyxVwuadlcadA3vta oHaWraP8OZ5vN2iYjw1CL5BWzUCbTY69sW+aW2MDrZtcKuay+dQL/jMXvpXAfTLdJI8z n+pQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fIkIePvcwhEfUBZG4EjQSCEuhj4VzDZfM1hxxtU2Iw8=; b=FB1mUEd/eFl0VDaxJe3ekUXx1/KCDK60CqgOoVRgreea5LQZBPhn6C5M8QFyvU2Sqd gndNLQTd3pSRzYGuZC8jfj6PE7h15WOm8kmhVmaQVKLj44xaORU5K5Aq+TmtSVoHul0b ba+X0TcbEtO0+YxJN0ObIj4cMzoxDqb5rGeYB9yYT++ld3lt511aYq9Vfl3OE3HV91KG we+2+LvqcKKOeNUbfTgrvn7EQracZMNx9T3ylxy3Hms67tl+Je//SSnIPGlxQNtyuMAt Nk+1fUHrcxlU1Orfz92EbOP31hdSPsOqVYNecYovceHPS6VnIVXKGVFgy9bO/aqOXsI7 aLVA== X-Gm-Message-State: AO0yUKXdpT1Mc8QkI2ZYmMR0KBg1IMOyAluu76/pbL15NURRtLgoQuzY CuIJ0ne4NuAPgmaMiOyA7YI= X-Google-Smtp-Source: AK7set/cGwRKRG8ULfj7PWn5ALGgBPhwuV+QB9tugcfLZaDwx3WbB0bSRDewRofiQZ7mzuygBl8DDg== X-Received: by 2002:a05:6000:144e:b0:2c5:48bd:d494 with SMTP id v14-20020a056000144e00b002c548bdd494mr11064794wrx.29.1677247952146; Fri, 24 Feb 2023 06:12:32 -0800 (PST) Original-Received: from [192.168.0.2] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id w23-20020a1cf617000000b003dc5b59ed7asm2968330wmc.11.2023.02.24.06.12.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Feb 2023 06:12:31 -0800 (PST) Content-Language: en-US In-Reply-To: <83cz5znpko.fsf@gnu.org> 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:256603 Archived-At: On 24/02/2023 15:46, Eli Zaretskii wrote: >> 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? Easy: my configuration contains a customization for frame-title-format. It's set to (setq frame-title-format '(buffer-file-name "%f" ("%b"))) All the time I spend bisecting the config I didn't think to change it (it's the very first line). And this makes the problem appear with Emacs 27 and 26 too. The only question that's still not clear is why this causes a multi-second delay with my personal config, and only 200-300ms with 'emacs -Q'. But changing the value fixes both. > 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? My vague (and likely wrong) guess would be that the WM knows it needs some update from the Emacs window, gets it from the title bar before everything else, and marks the update as completed.