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#66247: 29.1; Transient frame problems with Emacs 29 on MS Windows Date: Mon, 09 Oct 2023 21:56:03 +0300 Message-ID: <83zg0rvd4s.fsf@gnu.org> References: <87y1gpn5a9.fsf@yahoo.com> <87ttrdn16x.fsf@yahoo.com> <83jzs9x7n8.fsf@gnu.org> <83ttrbaiba.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34937"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, 66247@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 09 20:57:11 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 1qpvRH-0008ou-Tk for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 09 Oct 2023 20:57:11 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qpvR4-0005t0-HT; Mon, 09 Oct 2023 14:56:58 -0400 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 1qpvQo-0005r1-9P for bug-gnu-emacs@gnu.org; Mon, 09 Oct 2023 14:56:44 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qpvQn-00035V-JV for bug-gnu-emacs@gnu.org; Mon, 09 Oct 2023 14:56:42 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qpvR8-0008Db-9U for bug-gnu-emacs@gnu.org; Mon, 09 Oct 2023 14:57:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Oct 2023 18:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66247 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible moreinfo Original-Received: via spool by 66247-submit@debbugs.gnu.org id=B66247.169687780431566 (code B ref 66247); Mon, 09 Oct 2023 18:57:02 +0000 Original-Received: (at 66247) by debbugs.gnu.org; 9 Oct 2023 18:56:44 +0000 Original-Received: from localhost ([127.0.0.1]:33184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qpvQp-0008D3-Qf for submit@debbugs.gnu.org; Mon, 09 Oct 2023 14:56:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qpvQn-0008Cp-Rd for 66247@debbugs.gnu.org; Mon, 09 Oct 2023 14:56:42 -0400 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 1qpvQN-00033S-9w; Mon, 09 Oct 2023 14:56:15 -0400 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=+Icfx+n9dgLZha5eclYqIIc+V4+nviqakd1HDHEMV1w=; b=jJF2oFYuMpuI 31Fd3XyIUk3lSJuYAKfFAgbe/bj+9rbY/va8CtJsVJad3wtcj5+MXPQm2W/2TnsVpSRt1hacm4uPn +r19Aiyc4GS5Z1qrKobkt0iClf7AN3X5NTyB2fv0xTaux+C2e5+fU49BnaodpFn8GhlZE1t9ZdmYn Twl/J684nLJLsWXAk4QQeSJc5tkvjnMsi6pbmkxnFO6hC62RpGyGQdJcr5isE7FEJjzk4qEtzgDmB YeJW+0k2kq1kiWhXbIKQ0lcy3xij0DPl7rczMwDCHFk5Xt2xWoHtsHQdfZK4qYW9Nd61URW2KNexx ltuFuAcP43rYgdPYRuDJSA==; In-Reply-To: (message from Drew Adams on Mon, 9 Oct 2023 18:33:48 +0000) 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:272167 Archived-At: > From: Drew Adams > CC: "luangruo@yahoo.com" , > "66247@debbugs.gnu.org" > <66247@debbugs.gnu.org> > Date: Mon, 9 Oct 2023 18:33:48 +0000 > > In addition to the problems described, even when > parameter `inhibit-double-buffering' is `t': > > When applying a set of frame position and size > modifications, the transient appearance shows > not only the scroll bar in the initial position > but the overall frame, even after it's resized, > remains in the original position. The final > position and location of the scroll bar are not > realized at the same time as the frame is resized. > > There is a _general_ regression wrt the behavior > in all previous Emacs releases (back through 20, > at least). Setting `inhibit-double-buffering' to > `t' removes only some of the problems introduced. > > You may say that the rest of the frame-display > implementation, besides the addition of double > buffering, wasn't changed for Emacs 29, but that > doesn't seem to be the case. Something has led > to a regression wrt frame display - multiple > frame parameters. Needless to say, I see none of this on my system. But since you didn't post any information regarding how to reproduce this, not even which commands and/or functions are used when this happens, it is hard to tell whether it simply doesn't happen here or you do something that I don't. > When a set of parameters are changed with one > `modify-frame-parameters' the effect is not to > change them all at once - and that's new (a > regression). The frame is resized, and some > time later the other frame modifications take > effect. Frame parameters were always applied one by one in Emacs, not together. This is not a regression, this is how Emacs always worked. Bottom line: I find such "bug reports" extremely frustrating, because nothing, literally nothing, can be done about them without extra details.