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: Thu, 23 Feb 2023 19:10:51 +0200 Message-ID: <83lekopask.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> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6997"; 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 Thu Feb 23 18:12: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 1pVF8r-0001cZ-8e for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 23 Feb 2023 18:12:25 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pVF8Z-0000dS-OO; Thu, 23 Feb 2023 12:12:07 -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 1pVF8X-0000dA-Hw for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2023 12:12:05 -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 1pVF8U-0004Py-26 for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2023 12:12:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pVF8T-00030R-SG for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2023 12:12:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Feb 2023 17:12:01 +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.167717226211446 (code B ref 61667); Thu, 23 Feb 2023 17:12:01 +0000 Original-Received: (at 61667) by debbugs.gnu.org; 23 Feb 2023 17:11:02 +0000 Original-Received: from localhost ([127.0.0.1]:35179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVF7W-0002yY-2T for submit@debbugs.gnu.org; Thu, 23 Feb 2023 12:11:02 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVF7V-0002xu-8V for 61667@debbugs.gnu.org; Thu, 23 Feb 2023 12:11:01 -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 1pVF7P-00046A-4r; Thu, 23 Feb 2023 12:10:55 -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=M26ZAIpNOz68PuVQ3c2T1oR4BAjo3VA5awAbBZR/9iQ=; b=FjLIxDMA/CUF EDZOnorZ33I6Jg53EchGsntkQy6/WWgjRQ6YzcvQn8HMT76fq7dwl0rDwtNsnclRX7TeuD6gBbTZx nWbeEO+3Ersb8PHg54IqmMc9YRZlp3blVGWgLovKr4JOIr+Dj43b9OUZzh/AwLv4Sk5gNd+ZHb4iw t8YFl4x0uXv+9HwMXyFgel7AKBO6JM2gKPQN0LlF7e6ZzLNAullDAO9csgLD0qv/bHBL8oyNfXxnl 25ICpoimKmOCM2XDC0xK8M76yAhs1WufZNa9cJMWsyUd0xd2jn68z6oom/v3McTwSb7EwZUzlHJYk hoDiBWs7cBz/G2bd9e1+4w==; 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 1pVF7O-0005qm-KK; Thu, 23 Feb 2023 12:10:54 -0500 In-Reply-To: <853eca8f-5850-dd73-7601-4fad92613ab9@yandex.ru> (message from Dmitry Gutov on Thu, 23 Feb 2023 18:46:38 +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:256495 Archived-At: > Date: Thu, 23 Feb 2023 18:46:38 +0200 > Cc: Po Lu , 61667@debbugs.gnu.org, > Eli Zaretskii > From: Dmitry Gutov > > The most prominent case of this problem is when the display is not > updated for a while, for 1-2 seconds or more. But the less apparent > scenario is when the delay between the title bar update and the buffer > display is on the order of 100-200ms. And I've probably been seeing this > one for a while. Just chalked it up to disk latencies, or GC, or whatever. > > >> if I manage to bisect my config to find something relevant, I will > >> report back, of course. > >> > > > > That was the next thing I was about to suggest: try to bisect your > > config to produce a MRE. > > Here's one repro: > > emacs -Q --eval "(tool-bar-mode -1)" --eval "(menu-bar-mode -1)" --eval > "(scroll-bar-mode -1)" --eval "(global-set-key \"a\" (lambda () > (interactive) (find-file \"test.c\")))" > > Where "test.c" is the name of a file in the current dir. Different files > can work, but for some the repro doesn't happen, like those, apparently, > which start with a paren (which makes show-paren-mode trigger its own > redisplay). > > So, to repro: > > - Run the command above > - Press "a" > - Look for the delay between the title bar and the window updates > > With the above 'emacs -Q' it's not as prominent as with my config, but > it can reach what looks like 100-200ms. Once every 10 tries or so. Isn't that the 100-ms delay we wait for the initial frame to finish displaying, since that requires that we receive some messages from X? So I'm not sure this is the same problem. Unless, that is, in the "problematic" cases we somehow miss the message which we are waiting for?