From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Ash Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Aug 2023 23:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 65217@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.169170885617684 (code B ref -1); Thu, 10 Aug 2023 23:08:02 +0000 Received: (at submit) by debbugs.gnu.org; 10 Aug 2023 23:07:36 +0000 Received: from localhost ([127.0.0.1]:44258 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUEki-0004bA-2o for submit@debbugs.gnu.org; Thu, 10 Aug 2023 19:07:36 -0400 Received: from lists.gnu.org ([2001:470:142::17]:32802) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUEkc-0004ao-Qc for submit@debbugs.gnu.org; Thu, 10 Aug 2023 19:07:34 -0400 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 1qUEkW-00005Z-SJ for bug-gnu-emacs@gnu.org; Thu, 10 Aug 2023 19:07:25 -0400 Received: from wout4-smtp.messagingengine.com ([64.147.123.20]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUEkU-0002ha-EU for bug-gnu-emacs@gnu.org; Thu, 10 Aug 2023 19:07:24 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 3B899320094F for ; Thu, 10 Aug 2023 19:07:17 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 10 Aug 2023 19:07:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catgirl.ai; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:message-id:mime-version:reply-to:sender :subject:subject:to:to; s=fm3; t=1691708836; x=1691795236; bh=yY QAQonDTyhO/BbYbwI/oQYaLev2uIIxx3oxMrIeDDY=; b=JTnZhCmm8nVIn3dL+X F5o8ZoRcUHBQkArtpQgnTK8hnNJtR9S1MCHFEfYcVt/OTlYz/viNQQeWEttclxpu nXt2FJFzOxExOyAV1jALQaDF+cRh9Y4vPsi4ihY5SD4qZGlbMZqqSFzBhAVGWFy7 QvTHp+zKrrA7DKejoY26Q7PPmgjSqISppRSntTsyRTyHwMfZoVfoNKd4l52cI2BB 350/9sfJW/biNMjFsgfhcqQpUtCD3aH49ifQKQl0R5W6ExBigUdG0NSVQ5iom7RK SeAYHqlqj6dBZ60OumzCY7M3w4daZlkjT90GAnqrNuiEPpoofNLbugeohwdSUD+D Cpew== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1691708836; x=1691795236; bh=yYQAQonDTyhO/ BbYbwI/oQYaLev2uIIxx3oxMrIeDDY=; b=2RIkmPATBJ5WCjaIX/dT6FoNQmF07 XWOOKosZDcbQ/ZG7bQ5ETdM0DbY4kuJdxNUPk++l+auDybV+4G89X8GQ73cVDwUp n8Q5V1q3cMHvlLk0VUko0mm12ioISAg0YYakN1rMySxOg5mTOynew9dnJ+w8Au9U g0M8Gzs51zJPUI+RaHz8TU9hv9bSYAPl9y3rWU1HQl0H80oEXwXQ/FjJn8uEwUU1 WAA1omBENVbTNJxowpNxDsK4De2U3c4jUUdijjpuloXLmVW9qDnemNvhJl/k6H5k h3g+6bnYRxQxfglODf7xFXfylz4TDER9uJ/KPXCanZCPpvJgut7fA5pWA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrleejgddujecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfvffuhfgtgfesthejredttd dvjeenucfhrhhomheptehshhcuoegvgihttdhlsegtrghtghhirhhlrdgriheqnecuggft rfgrthhtvghrnhepudekgedthefgteeflefgueegteevtdfffffhgfdtieetvdejudfgge fhvdduveelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhho mhepvgigthdtlhestggrthhgihhrlhdrrghi X-ME-Proxy: Feedback-ID: i98e14743:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Thu, 10 Aug 2023 19:07:15 -0400 (EDT) Message-ID: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> Date: Thu, 10 Aug 2023 16:07:14 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Ash Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=64.147.123.20; envelope-from=ext0l@catgirl.ai; helo=wout4-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.4 (/) From emacs -Q: (setq my/frame (make-frame `((left . 500) (top . 5) (parent-frame . ,(selected-frame))))) (defun my/twiddle (width height) (set-frame-size my/frame 10 10) (set-frame-size my/frame width height) (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) Then call (my/twiddle 20 20). It prints "20 20", but the actual frame size is 10x10. However, if you recreate the frame and then call (my/twiddle 40 40) (or any size other than 20x20), the size is set correctly. I'm running under Wayland using sway. In GNU Emacs 29.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.38, cairo version 1.16.0) System Description: NixOS 23.11 (Tapir) Configured using: 'configure --prefix=/nix/store/wc5fv03d7fdrhm76zgjji4n32zh3qqjd-emacs-pgtk-29.1 --disable-build-details --with-modules --with-pgtk --with-native-compilation --with-tree-sitter --with-xwidgets' Configured features: CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LIBSELINUX LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XIM XWIDGETS GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: ELisp/d Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils help-fns radix-tree cl-print byte-opt debug backtrace find-func cl-loaddefs comp comp-cstr warnings icons subr-x rx cl-seq cl-macs gv cl-extra help-mode bytecomp byte-compile cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/pgtk-win pgtk-win term/common-win pgtk-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads xwidget-internal dbusbind inotify dynamic-setting system-font-setting font-render-setting cairo gtk pgtk multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 86128 9402) (symbols 48 7551 0) (strings 32 21356 1429) (string-bytes 1 678192) (vectors 16 17914) (vector-slots 8 361954 18429) (floats 8 35 48) (intervals 56 286 0) (buffers 984 14)) From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Ash Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Aug 2023 23:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169170940118740 (code B ref 65217); Thu, 10 Aug 2023 23:17:02 +0000 Received: (at 65217) by debbugs.gnu.org; 10 Aug 2023 23:16:41 +0000 Received: from localhost ([127.0.0.1]:44266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUEtV-0004sB-By for submit@debbugs.gnu.org; Thu, 10 Aug 2023 19:16:41 -0400 Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:36409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUEtT-0004rq-1M for 65217@debbugs.gnu.org; Thu, 10 Aug 2023 19:16:40 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 6AB9D320082A for <65217@debbugs.gnu.org>; Thu, 10 Aug 2023 19:16:32 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Thu, 10 Aug 2023 19:16:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catgirl.ai; h=cc :content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1691709391; x=1691795791; bh=TVEV9oslv3hzYvNeb3K+a9NUBYXNCBahyEN Q/uS5tTw=; b=T/H4s/b+PNdMHJgDCkJEw322hd7gK41vOE5pA/dR3dQrJce7Zpw Q80n9GpgkV4aHwFJzGccIT61fVo8WSZT+qWVUCNzsB1SHLEB+ChxZ5DN3vgKXeLf 314Y2WNVzpFEkVBQoFqwD7Td0hBDjlrKUsShqGiDJSDg11koDWBh09ElCyBYvdaG soLCg7wJUjmhTY25elDOtU7odaxEhqEKNh0OIKZNwQb0WHxESt+iaxcNUjuZXz1D S4yY9vbx9zJK5fQm+lnPLVxB+VGP0LPmqdaL1Af5guQfLnFJv2ZQ5PgXHiw7FJkM PN8shAD2Y1QWyVjj6MJpa1FkA5TrLnQOYcA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1691709391; x= 1691795791; bh=TVEV9oslv3hzYvNeb3K+a9NUBYXNCBahyENQ/uS5tTw=; b=F J4XWyx84wZYDGglFDCoAFSs1zUwF6wokvATrIZl007mDh94UBn8zZEd3+KOrGd7u WKvDB/SpXAphjq7lQG7E0sBYGc6CpAmk3LjRqnejZoJMjlQvBKPH7YqvS8d5dv0u 42w/XHtPYd9nFGLJncWWnwEIlcGoPPmXNCdfu5nQMt7hvmpU97U5+tYsDVZf6neV 8JsRY/p1jSvOjp4OEKEO4eAJODieCZ8U2LHTl1wJq55l9hd8Uv3aa/mJXHlaCDAa 9uOEoqixtnRy6z4QZEaOt5N5mgM0uaIyUn0oNsKuIbLVdF/ARkNsg3SiPBjRwQjd WLRgRKZwFP9DyYldeupdQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrleejgddulecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesthekre dttddvjeenucfhrhhomheptehshhcuoegvgihttdhlsegtrghtghhirhhlrdgriheqnecu ggftrfgrthhtvghrnhepudduvdelvdfgteekhfejueethfffuefhfffghfffkeeutdetff efgfeludeikeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhf rhhomhepvgigthdtlhestggrthhgihhrlhdrrghi X-ME-Proxy: Feedback-ID: i98e14743:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for <65217@debbugs.gnu.org>; Thu, 10 Aug 2023 19:16:31 -0400 (EDT) Message-ID: Date: Thu, 10 Aug 2023 16:16:30 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> Content-Language: en-US From: Ash In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.7 (--) Sorry, I forgot to add that you have to set the frame's size to 20x20 to get the bug to occur: (setq my/frame       (make-frame `((left . 500)                 (top . 5)                 (width . 20)                 (height . 20)                     (parent-frame . ,(selected-frame))))) (defun my/twiddle (width height)   (set-frame-size my/frame 10 10)   (set-frame-size my/frame width height)   (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) Then (my/twiddle 20 20). From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Aug 2023 09:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ash , martin rudalics Cc: 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.16922657642042 (code B ref 65217); Thu, 17 Aug 2023 09:50:02 +0000 Received: (at 65217) by debbugs.gnu.org; 17 Aug 2023 09:49:24 +0000 Received: from localhost ([127.0.0.1]:42790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWZd5-0000Ws-ML for submit@debbugs.gnu.org; Thu, 17 Aug 2023 05:49:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWZd3-0000Wd-GW for 65217@debbugs.gnu.org; Thu, 17 Aug 2023 05:49:21 -0400 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 1qWZcx-0000S0-AP; Thu, 17 Aug 2023 05:49:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=yJm3A54v7GEHG6geo+B/x8MNrjKMkBh2TREkh341e4o=; b=a/OrjW5DfZZ4iq/bAeQ9 hydT1OuOOKxaGZx6Mj/jk8JRG384d/eaZ9H4vZEsxh8pKtKd+5m3+29ZmXjenLp5IjobiOS9fZTBZ oOM+ICcxfZ+Z6ybTbNMmLjMSJY0zGU0BNhtg84jJ0uue7rXnfb2InCDNeHOhdgsOUjUogpcy8q8x5 oITv6aSoKt3al12JJbr+WLUttVZq7YCjOhS9t2UeJRxhKNJU1gG8tOC0P6RfMmgXHrM2KWQzKzmhw GjBqu8caZ1kVO9i5im4El5vGwjqP3zzJ7NSvi794y38ExXf5f1ZoXfDOgVOzAYz+Ubmbo9LSahsJR rZCh6GfdjgDHXg==; Date: Thu, 17 Aug 2023 12:49:16 +0300 Message-Id: <83sf8i578j.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ash on Thu, 10 Aug 2023 16:16:30 -0700) References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 10 Aug 2023 16:16:30 -0700 > From: Ash > > Sorry, I forgot to add that you have to set the frame's size to 20x20 to > get the bug to occur: > > > (setq my/frame > >       (make-frame `((left . 500) >                 (top . 5) >                 (width . 20) >                 (height . 20) >                     (parent-frame . ,(selected-frame))))) > > (defun my/twiddle (width height) >   (set-frame-size my/frame 10 10) >   (set-frame-size my/frame width height) >   (message (format "%s %s" (frame-width my/frame) (frame-height > my/frame)))) > > > Then (my/twiddle 20 20). Martin, any comments or ideas? From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Aug 2023 16:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Ash Cc: 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169229068723264 (code B ref 65217); Thu, 17 Aug 2023 16:45:01 +0000 Received: (at 65217) by debbugs.gnu.org; 17 Aug 2023 16:44:47 +0000 Received: from localhost ([127.0.0.1]:45427 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWg75-00063A-0k for submit@debbugs.gnu.org; Thu, 17 Aug 2023 12:44:47 -0400 Received: from mout.gmx.net ([212.227.15.15]:47857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWg70-00062s-GJ for 65217@debbugs.gnu.org; Thu, 17 Aug 2023 12:44:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692290673; x=1692895473; i=rudalics@gmx.at; bh=NbpdRnx3SuWkJSOdqCb1WKMV1uVaemvb292dxn0/mwM=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=AzasfVikGSV35FAijWMN0KBIERjinp+ZtkO1/IHcrzRucCTEpS8U3ri65W0QSSYIn6jYcKE O3t79w3dxSeOdpLAjqrVGHzm1zmKNp1vhTJaE9o88lEjafe4pvd40pyqRilA2gLpzuIJ9xx4b 4duj1Qt/ocr96LNa+A28IVlj9yhGRX62rOU3qRY9d0ALE7POmggZ11VwAs66GvftfxIInSFs2 RnyltrdIlemDbK8gBmAs/KmmvE7wDeh53QgL8RMkCQB/UngZwLX9Xg0ldjR0HyXx4cYecObVz L5CIuKnGejK/oMyPzj42YAL/0zN5wNOnkyZxaKy46W2yMD9TvFZg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([46.125.249.16]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MD9X9-1qfmue350b-009Acm; Thu, 17 Aug 2023 18:44:33 +0200 Message-ID: <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> Date: Thu, 17 Aug 2023 18:44:32 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> From: martin rudalics In-Reply-To: <83sf8i578j.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:K8CLV0gaixAabMB7Zs2cxkUThN6h7g9e8zKfRZU2CVxERxMc3uX Dzh+T/nXkUwPOLz3WUmut4gP9PE84gXjMRtIcYeBpP27CCGw8Rc12EMHqddMpFA5d5lHHv3 XjMSR1IxWFdZFHDlsI+FuVX9xEUprMwsAXffFNa8AM+dNzdx/DuzqprfnEtEGiM6ludxO6Q ovsljVPeG7xetoZpv5YTQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:tr+sEtl0Kug=;RQkgwCtJKQA8v+dPM0dYUJVfcBk gJNZ08A+WJmb4SGjAzsZtDOoqkv8KudOWUMolLG1HteophQKFUBfYr/vcD8KLIpD8AQjHDLIW PpvXpjpRF7kQnfeT/Vl2szVwifaYjKUOe98xs7mKwbMkKRJpcflfP1jdn2uSQw3r4NS4Dtiyy 1U2PEP8mdDaw7jUpNSxDxBzBOIMCehhszz2OkZhuuwzQTaztn/J7GtmAkmHEvdUw3f/hqPJTv RD8ki0aU/lfaaXxmUxjPXxvWOTF4orLk3qW0su+0JQnyTfnFQnqVn7SWUtyiTsoGj3WTQG4Z0 LJiF2xbB5xQrT4VOFhpKrUQUi4bVjBUolKu8PAzn7cQgtZ0peR9TcO9GL6/ndDwONQUj6wq9/ mI8A6Fx2Hj9IonQhfhulRZYMghGvwxPhvG5rZ1GD7GfldZa7gxYHbUeyNT0WMGz4NsKNhYain CnEGNeL2H75dSf7Ei/qK0EU8UO0CSLG0TL2VPVdXe9niFe33EiWhclfIo2ZR3OtLGwxrvWSef TBnWJhqSHxLpgc6vRIuNb3pvojcyQxKfGlSBQrGGcB02H4PrtjBBoz3SseDoaZVtIGDhfMDA5 KxjT4l2FhU/K3B2iaQ8N5gORZfQKZvNlhE7QNHvzkrEZVr8uZ0wt7HBxfkUW9XrtcrbYPEevf 9OkfBpOEz+YR3yxpe7JLkCNDEvcFEuPtUysY8iyaBerfj2kJukhlUNP0wLE4cr3GbVdUNbihV w5+8GLdkuB1OG8+qr+NriCq6uoNceFtCJBqqz7N/mGH1wLjv0n4SGgflo53faDI7qq0OA5OTh vcqKPa+rB9gaUzR4syHShBnp1IPXtXfvksYKALSgH3p0FMoc6rXmhWUEOrxNqdRqEWAxF8cA4 G+yddzEcEIxe8ZHvuV8w7d2fCFHhcnPF9uwppCWRTqGcVI+P4G5M1czAy6Tg+6gBesP1+ZMc2 mzMCvuIfQu32rfYgLJoco5tWCGs= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> (setq my/frame >> >> (make-frame `((left . 500) >> (top . 5) >> (width . 20) >> (height . 20) >> (parent-frame . ,(selected-frame))))) >> >> (defun my/twiddle (width height) >> (set-frame-size my/frame 10 10) >> (set-frame-size my/frame width height) >> (message (format "%s %s" (frame-width my/frame) (frame-height >> my/frame)))) >> >> >> Then (my/twiddle 20 20). > > Martin, any comments or ideas? Many. Basically it's a bad idea to do the above. Setting up one size, changing it to another one and then back to the initial one ... But both 'set-frame-size' calls might be hidden in larger functions and so the above can be seen as some kind of abstraction of a larger idea. What happens is that the (set-frame-size my/frame 10 10) has not been yet processed by us at the time we run (set-frame-size my/frame 20 20): Obviously so, since we run Lisp and do not process any configure events in between. This means that the if (outer_width != gwidth || outer_height != gheight) check in gtkutil.c's xg_frame_set_char_size will tell that the window already has the desired size and we do not send a second gtk_window_resize request. In fact, when replacing the above line by if (true) // outer_width != gwidth || outer_height != gheight) the second request is processed and everything looks OK. Now that check is not utterly necessary but omitting it might, if child frames should be hidden during resizing, provoke flickering. Such flickering can be already seen here with a Lucid build when running my/twiddle (otherwise Lucid handles everything as expected). In the case at hand it's normal, but if the frame should not change size, it should be ideally avoided. Unfortunately, the story does not end here. Suppose I do (setq my/frame (make-frame `((left . 500) (top . 5) (width . 20) (height . 20)))) (defun my/twiddle (width height) (set-frame-size my/frame 10 10) (set-frame-size my/frame width height) (sit-for 0) (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) (my/twiddle 20 20) instead, that is my/frame is shown in a completely normal top-level window. In this case, the second resize request apparently gets ignored (likely in gtk_window_move_resize but the real cause might be nested somewhere else in the depths of GTK) and I get 10 as final width and height which are also reported as such. Again, Lucid has no problem processing this scenario as expected. As a final note, putting a (sit-for 0) in between the two 'set-frame-size' calls so that the configure event gets processed in between, fixes both scenarios on GTK builds here. Hence, many comments but few good ideas. It would be interesting, however, whether others can observe different behaviors with these set-ups. Thanks for your attention, martin From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Ash Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 01:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , Eli Zaretskii Cc: 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169232122522978 (code B ref 65217); Fri, 18 Aug 2023 01:14:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 01:13:45 +0000 Received: from localhost ([127.0.0.1]:45777 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWo3c-0005yX-Up for submit@debbugs.gnu.org; Thu, 17 Aug 2023 21:13:45 -0400 Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:41425) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWo3Y-0005yD-P7 for 65217@debbugs.gnu.org; Thu, 17 Aug 2023 21:13:43 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 751A6320095A; Thu, 17 Aug 2023 21:13:34 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Thu, 17 Aug 2023 21:13:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catgirl.ai; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1692321213; x=1692407613; bh=ftP/SeFiNmJ0sIgvcFPMT/n2bPkMupXde96 lfvTiqbM=; b=V8T1CpYDGQsxv19sJcNEYMAL1mIYSoramVCUjoVzPPfuc0RFW2z rJrjWAqitU21ruDeV5CmQKpj37CymTKMG3BWwcbrFxPpJkidqFJ3bMKvEOPGDGnE YPTFO5hU4cd0fiNGvFzhs5PAxMXN/M5/PgeSn+s+zXgduiJQ+Wjf4MW+Ak5ODhjL /cQC2gEd+/zhfJsLG+clGmmOOMsKrymjc+Hmu17w+4+KUvGfXOSZG9XptoYqWZfO frmyPyUo9BJmRnTAILKmC6z+/bpZn5ro1fDFWaAHKWqeZCMF7QQBJgNXJQTPAkDE nRaBRvLa+RxLqSkMoaOOcKxCykvAX1ufg5g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1692321213; x=1692407613; bh=ftP/SeFiNmJ0sIgvcFPMT/n2bPkMupXde96 lfvTiqbM=; b=KqcyQ63zZMKd6Oh2fLFVthx6SiM/SsbF5z/SpA3BFBrLX0bBfbO f7hjLNqCsZFB6QHAYIOgodIT82Hm/deuhMcOoghVFt2vBW0jDwAiSNrSiQegO9Vh EYLYXfRSaVSMJ+6O5YM855SFZkLEDdM4feXb2SSJ4MZwY9BaKalVVvhAT8WUHOhx Au0v4S4lkrNG37IaNFIUGuK8paHr+x2ey+l2Ifi1VB/MH5TpDNmAUPwmqwNCIPla aJiU6xe+Fs55yad1oGfBVL7CLeYLKJ9i/XdPBcPeS5n5e1VXB3KGebAX/SZMvVw0 WKiwt5InEsTxpummmag4tawhr/iOtWEomXQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudduvddggeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpeetshhh uceovgigthdtlhestggrthhgihhrlhdrrghiqeenucggtffrrghtthgvrhhnpeduudfhve dtudetleduffejveettddvkeduveektefhvdeuiefgfeevtedtlefhveenucffohhmrghi nhepghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepvgigthdtlhestggrthhgihhrlhdrrghi X-ME-Proxy: Feedback-ID: i98e14743:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 17 Aug 2023 21:13:32 -0400 (EDT) Message-ID: <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> Date: Thu, 17 Aug 2023 18:13:31 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> From: Ash In-Reply-To: <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 8/17/23 09:44, martin rudalics wrote: > >> (setq my/frame > >> > >>         (make-frame `((left . 500) > >>                   (top . 5) > >>                   (width . 20) > >>                   (height . 20) > >>                       (parent-frame . ,(selected-frame))))) > >> > >> (defun my/twiddle (width height) > >>     (set-frame-size my/frame 10 10) > >>     (set-frame-size my/frame width height) > >>     (message (format "%s %s" (frame-width my/frame) (frame-height > >> my/frame)))) > >> > >> > >> Then (my/twiddle 20 20). > > > > Martin, any comments or ideas? > > Many.  Basically it's a bad idea to do the above.  Setting up one size, > changing it to another one and then back to the initial one ... But > both 'set-frame-size' calls might be hidden in larger functions and so > the above can be seen as some kind of abstraction of a larger idea. > > What happens is that the (set-frame-size my/frame 10 10) has not been > yet processed by us at the time we run (set-frame-size my/frame 20 20): > Obviously so, since we run Lisp and do not process any configure events > in between.  This means that the > >       if (outer_width != gwidth || outer_height != gheight) > > check in gtkutil.c's xg_frame_set_char_size will tell that the window > already has the desired size and we do not send a second > gtk_window_resize request.  In fact, when replacing the above line by > >       if (true) // outer_width != gwidth || outer_height != gheight) > > the second request is processed and everything looks OK.  Now that check > is not utterly necessary but omitting it might, if child frames should > be hidden during resizing, provoke flickering.  Such flickering can be > already seen here with a Lucid build when running my/twiddle (otherwise > Lucid handles everything as expected).  In the case at hand it's normal, > but if the frame should not change size, it should be ideally avoided. > > Unfortunately, the story does not end here.  Suppose I do > > (setq my/frame >       (make-frame `((left . 500) >                     (top . 5) >                     (width . 20) >                     (height . 20)))) > > (defun my/twiddle (width height) >   (set-frame-size my/frame 10 10) >   (set-frame-size my/frame width height) >   (sit-for 0) >   (message (format "%s %s" (frame-width my/frame) (frame-height > my/frame)))) > > (my/twiddle 20 20) > > instead, that is my/frame is shown in a completely normal top-level > window.  In this case, the second resize request apparently gets ignored > (likely in gtk_window_move_resize but the real cause might be nested > somewhere else in the depths of GTK) and I get 10 as final width and > height which are also reported as such.  Again, Lucid has no problem > processing this scenario as expected. > > As a final note, putting a (sit-for 0) in between the two > 'set-frame-size' calls so that the configure event gets processed in > between, fixes both scenarios on GTK builds here. > > Hence, many comments but few good ideas.  It would be interesting, > however, whether others can observe different behaviors with these > set-ups. > > Thanks for your attention, martin https://github.com/casouri/eldoc-box/issues/68#issuecomment-1672313454 https://github.com/casouri/eldoc-box/blob/2663fd8834b7f2f5c659dc3b01006742a4922648/eldoc-box.el#L412 For the record, this is the context of how this bug was discovered. In this specific case it was just a workaround for an issue related to window-text-pixel-size and a '(space :width text) display prop, but we (the eldoc-box maintainer and I) figured out another approach that doesn't involve a spurious set-frame-size call. Anyway, thanks for the investigation :) I figured it was something along those lines, but I'm not experienced in GTK or emacs's codebase. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 05:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ash Cc: rudalics@gmx.at, 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169233822830661 (code B ref 65217); Fri, 18 Aug 2023 05:58:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 05:57:08 +0000 Received: from localhost ([127.0.0.1]:45921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWsTs-0007yT-6u for submit@debbugs.gnu.org; Fri, 18 Aug 2023 01:57:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42456) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWsTq-0007xq-A1 for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 01:57:07 -0400 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 1qWsTi-00017j-Iv; Fri, 18 Aug 2023 01:56:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Mja1jsVHpch+Cq/ck+UlSPOZfPxZFeGNdVpfhxjlDf8=; b=TOIhNCHRQY32Rmjk4j32 Ee3t0ZdfXTtSYBj74qnEYeAD1KGwju1k6OuJeUfD+33lUz9WmZl/BBG1HtsWDdTFqcICIuHJ0aDMq USl1CPKbnRrnxAtq7W1SZmshhcZtIvHGKhmc+8EYvmhhX3/6RnYMf9Pati0iC/IshU6f0b6VHAXs/ +yWGpiF9nFDY5JvGSya2ViK/5WQYTc8iqCemC6GMBt1buRYfw2fMzBGLrs1VT2rPt/QdiT3+l6oO1 lhpYD/yhvirX6ZdPXJAHCB2455SIUB0g2wRS3zz+ANa63dfuoRfeaCimFKD8clD/NZC31UMa/a7C5 iPjRxONl3ONR5Q==; Date: Fri, 18 Aug 2023 08:56:58 +0300 Message-Id: <83r0o051w5.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> (message from Ash on Thu, 17 Aug 2023 18:13:31 -0700) References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 17 Aug 2023 18:13:31 -0700 > Cc: 65217@debbugs.gnu.org > From: Ash > > > Hence, many comments but few good ideas.  It would be interesting, > > however, whether others can observe different behaviors with these > > set-ups. > > > > Thanks for your attention, martin > > > https://github.com/casouri/eldoc-box/issues/68#issuecomment-1672313454 > > https://github.com/casouri/eldoc-box/blob/2663fd8834b7f2f5c659dc3b01006742a4922648/eldoc-box.el#L412 > > For the record, this is the context of how this bug was discovered. In > this specific case it was just a workaround for an issue related to > window-text-pixel-size and a '(space :width text) display prop, but we > (the eldoc-box maintainer and I) figured out another approach that > doesn't involve a spurious set-frame-size call. > > Anyway, thanks for the investigation :) I figured it was something along > those lines, but I'm not experienced in GTK or emacs's codebase. Can we close this bug, or is there anything left to do here? From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Ash Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 06:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169233865931533 (code B ref 65217); Fri, 18 Aug 2023 06:05:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 06:04:19 +0000 Received: from localhost ([127.0.0.1]:45936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWsao-0008CX-P3 for submit@debbugs.gnu.org; Fri, 18 Aug 2023 02:04:19 -0400 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]:34719) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWsam-0008CG-MR for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 02:04:17 -0400 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 4296E3200954; Fri, 18 Aug 2023 02:04:10 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 18 Aug 2023 02:04:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catgirl.ai; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm1; t=1692338649; x=1692425049; bh=rs eW90t93bXfjkFwCnJOSpEP2iHkoQbo4+fa0UMWsfg=; b=N+jHp1OVnhZc/jIv8k SctO6tnfhhsHsbRYqo5L8b1OkPaXGjYSbWs4BzARBgMNnYJnWqrO12U+RSF+T+cA 37RPhzcaP0Wxh8j96MuLtByfSegpt1N5dW7bPic9ALu41xNcFOv157SASH6aUmgy tH9M5AWusGRi4EB4WUNjAl5l3BbIKd8b90wVy0IB4UPiwhcKY9L1wsL3h3sDh3Qc 0EgYHTXayV6ZEru3Gp5G5QV9Cfsi6tbwb7ON8wrQ6PMMpumbbGZe6MzJh6BxunQI 3w0nfsTfYas5WVcKkwus04/cvd+NKz/2gTbWaFRF/IWRIzRR1nK91Tz5qcR3mpUH 2+1g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1692338649; x=1692425049; bh=rseW90t93bXfj kFwCnJOSpEP2iHkoQbo4+fa0UMWsfg=; b=pdaDGhcEuncze3enoPB5RrZ5KAcSL 40FvJGrOkyA9sAQtz11XwAkEehys4j3l+DmfLZmBTzklrPrrGTa/kKgByLa2/R4Y cOWbHNbzvpbzHhyJKpLYcwsqXz/GE+D2z/4tqf9hazpRI4HruiPewiksd/XU5RNX bLsBWPsN8DNdxqNSX7SKgtsuEZ8YbZUKQ8ZcXJVNKhRTwsg4Fq+w3QQIhBwSepNi lsh0JWF5saRupwLnYwPLDeTox/f4eaznfAAvdmw+SP93PU7MBF3R2tV9vvtOG6lK v0C4X2ZE97ibYIyspp5OIC78pe4hxA6vWNt0KvYWj+okuWhnr+WiVccfA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudduvddguddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpegtkfffgggfuffvvehfhfgjsegrtderredtvdejnecuhfhrohhmpeetshhh uceovgigthdtlhestggrthhgihhrlhdrrghiqeenucggtffrrghtthgvrhhnpeekfeeuhf efffdtkeehjeeutddtjefhffeukeekuddthfekheekgfefvdetuefhvdenucevlhhushht vghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegvgihttdhlsegtrghtgh hirhhlrdgrih X-ME-Proxy: Feedback-ID: i98e14743:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 18 Aug 2023 02:04:08 -0400 (EDT) Content-Type: multipart/alternative; boundary="------------303Q5V1hkInjT5VrCKrMAdSZ" Message-ID: <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> Date: Thu, 17 Aug 2023 23:04:06 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> From: Ash In-Reply-To: <83r0o051w5.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------303Q5V1hkInjT5VrCKrMAdSZ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 8/17/23 22:56, Eli Zaretskii wrote: > Can we close this bug, or is there anything left to do here? IMO the fact that a set-frame-size call can fail to have an effect is absolutely a bug. --------------303Q5V1hkInjT5VrCKrMAdSZ Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


On 8/17/23 22:56, Eli Zaretskii wrote: 
Can we close this bug, or is there anything left to do here?
IMO the fact that a set-frame-size call can fail to have an effect is absolutely a bug.
--------------303Q5V1hkInjT5VrCKrMAdSZ-- From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 06:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ash Cc: rudalics@gmx.at, 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.16923406502754 (code B ref 65217); Fri, 18 Aug 2023 06:38:01 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 06:37:30 +0000 Received: from localhost ([127.0.0.1]:45979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWt6w-0000iL-IB for submit@debbugs.gnu.org; Fri, 18 Aug 2023 02:37:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49486) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWt6u-0000i5-30 for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 02:37:29 -0400 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 1qWt6n-0004hQ-AY; Fri, 18 Aug 2023 02:37:21 -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=TBum7hu+6yZs5BG+DF6J8XjlYiE9m+cr8KD7Oxg8KiI=; b=ZPcHIM6QYC6m 4x2upar+5I5E5l/UNnxkAmHS5S1g8NIyovkeRQJlXcmAdK/aJclUfHwOuuQaLFW087WFVIWu++Zi/ fLBVpUp3//9qEF2e6pBdhd0/rV6hUnGHm9HD7F7SQYlcady5jBlzPZi4hn4Pmw5b90EBdfuWAA0Mc Qn+X7krIGmjd5V3rtkZU4KMbwEX4ynbWyypZvAd23VNuBQBjjFl0GCUV4QokPh4PIlYgJSHvJOemz 9hzjMzG0EUbK8A4CDK9SMH7T1tavKKUN+mHfvOShd+ZxhWhOOIuPZPcZOlmqLNPV9eiiEDptDLfmR d2ZEfY31YCztugPkCM/CTA==; Date: Fri, 18 Aug 2023 09:37:28 +0300 Message-Id: <83h6ow500n.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> (message from Ash on Thu, 17 Aug 2023 23:04:06 -0700) References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 17 Aug 2023 23:04:06 -0700 > Cc: rudalics@gmx.at, 65217@debbugs.gnu.org > From: Ash > > On 8/17/23 22:56, Eli Zaretskii wrote: > > Can we close this bug, or is there anything left to do here? > > IMO the fact that a set-frame-size call can fail to have an effect is absolutely a bug. I disagree. It is a consequence of the fact that the actual resizing is performed by the window manager, and that Emacs must wait for the window-system response event to perform the resize correctly. Lisp programs that perform several such operations in a row must inject short wait periods to allow for the processing of the window-system events. That's what Martin meant by saying that using sit-for solves the problems. So this isn't a bug, but a limitation caused by the way Emacs's interaction with the GUI systems is designed. If by "bug" you mean that design, then it is pointless to keep such "bugs" open, since no one is working on redesigning that aspect of Emacs, nor intends to do so any time soon. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Ash Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 07:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: rudalics@gmx.at, 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.16923434488326 (code B ref 65217); Fri, 18 Aug 2023 07:25:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 07:24:08 +0000 Received: from localhost ([127.0.0.1]:46033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWtq4-0002AC-6p for submit@debbugs.gnu.org; Fri, 18 Aug 2023 03:24:08 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:33057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWtq1-00029h-1c for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 03:24:07 -0400 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 999673200948; Fri, 18 Aug 2023 03:23:58 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Fri, 18 Aug 2023 03:23:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=catgirl.ai; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1692343438; x=1692429838; bh=kDMCLY3P2wMkzWVJzDTK74Cvr0W7H0GbssK npUyjnDM=; b=uAW6AtiSeBZo8SMz3iPP0mhZb6oajPSCw4KkOw8mpyfBvSREAZq jX8c+kPyLw3C1ErNAXMQMv5EbzD0RcvdZsDOS/zpTma9hFuZfUM2dKjcSgxGxYUW vvOBa0OzPXED9eNxtt6s51YQdX14cW8kodljGe5ZfpVM6D2FynwCiN7fBYCini8z u6AVoNplbov7XAZFBFdCcAc7bzhABkamW593X3sjAlYFFo3aLuIVCIE/u8ai0KYU GKCkcefTuaLukqfav8x1yY13mfQtgWvSkcB+WBmZagvueqwVjbsrU2hsCiVeykxv kkINK4X/DMAF7j0MZWzTfepd90jpjqalR7A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1692343438; x=1692429838; bh=kDMCLY3P2wMkzWVJzDTK74Cvr0W7H0GbssK npUyjnDM=; b=vVB50OCdtXEdcb9rVIRVDBGx5utkyfDqOnLyqZ9WOcfCD+huhYV I8D3Fgag6cxByCTQu8nybBuWZS+TRnQ7iLrcbwOENlhFuoER87IGpJ1TPuqKlZ52 kOfrU5GIKkRtYV2gQlqxmAQyuzCMRLZzGrYu4rgH93tmeNzXTYuzGtolj+e1MUWN VuggarZ1txFxyfm1WEu4j9abIuk1bI0AWMBpqjBF5wIUqea2ccllacvsQCxEWvM5 NDwHd78bnESwL1tbTxc5+ENgkeyLMonPX1NO3xMy5cdtIAkscuiWJU9TyQeibzCG zLBNPN1v60+lrKIdRs7F/bgTTmw6DS/glrw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudduvddguddukecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomheptehs hhcuoegvgihttdhlsegtrghtghhirhhlrdgriheqnecuggftrfgrthhtvghrnhepheeiud eludevhfeitdfftdfhgeegtdefteefveejhfdtffelvdelfedtfedttdelnecuvehluhhs thgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvgigthdtlhestggrth hgihhrlhdrrghi X-ME-Proxy: Feedback-ID: i98e14743:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 18 Aug 2023 03:23:57 -0400 (EDT) Message-ID: <55cd7e5c-3685-231a-77bb-16d4785ed9f0@catgirl.ai> Date: Fri, 18 Aug 2023 00:23:56 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> From: Ash In-Reply-To: <83h6ow500n.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On 8/17/23 23:37, Eli Zaretskii wrote: >> Date: Thu, 17 Aug 2023 23:04:06 -0700 >> Cc: rudalics@gmx.at, 65217@debbugs.gnu.org >> From: Ash >> >> On 8/17/23 22:56, Eli Zaretskii wrote: >> >> Can we close this bug, or is there anything left to do here? >> >> IMO the fact that a set-frame-size call can fail to have an effect is absolutely a bug. > I disagree. It is a consequence of the fact that the actual resizing > is performed by the window manager, and that Emacs must wait for the > window-system response event to perform the resize correctly. Lisp > programs that perform several such operations in a row must inject > short wait periods to allow for the processing of the window-system > events. That's what Martin meant by saying that using sit-for solves > the problems. > > So this isn't a bug, but a limitation caused by the way Emacs's > interaction with the GUI systems is designed. If by "bug" you mean > that design, then it is pointless to keep such "bugs" open, since no > one is working on redesigning that aspect of Emacs, nor intends to do > so any time soon. I think if making this specific case work would require a substantial change then it's fine closing this out. But then I think there should be documentation that this can happen somewhere (in the general emacs documentation on frames, maybe with a link from the set-frame-size docs). From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 08:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , Ash Cc: 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169234714214420 (code B ref 65217); Fri, 18 Aug 2023 08:26:01 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 08:25:42 +0000 Received: from localhost ([127.0.0.1]:46087 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWune-0003kV-DX for submit@debbugs.gnu.org; Fri, 18 Aug 2023 04:25:42 -0400 Received: from mout.gmx.net ([212.227.17.21]:36041) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWunb-0003kH-Av for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 04:25:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692347130; x=1692951930; i=rudalics@gmx.at; bh=ty/TYSEXRlM+GL3DZb/basaOhtABnfxbddtCQwfzYFU=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=Jcy4RnAi+ZCzaY9OQY7ZylQ7lbLZ5thn4nmvcykXzk7/yqrZLRKE9vmXFl+U3YFtT4m8qBt BlcON2UIDl7Q0YXV+ixijS2TcdcnfXwTEQM0m2ujNKhiyWZznFDlL/WtqxDwgtG2zx3m67IhF ne/8DETvp34ZjqkqL6jc6W2WJnpGo+kiFPajgS4cX/XmQSiZ7e8Wd65oQ+MYn7/hygybO8BBs 5NK4YZ4mSgfErXmENkuscj7AsZK6jwpKTweoGsr4W2ydHoopTP2Ug2RxOg7iNK4w2Q/ytRNA8 KhP07GtGXgEwpsZRfiCpdohEUFZfUHFF5v++OQX1SUBqYpaiQvEQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([212.95.5.217]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MpUUm-1pyvsT3q4C-00ptNO; Fri, 18 Aug 2023 10:25:30 +0200 Content-Type: multipart/mixed; boundary="------------O1v80yibvXVVjmaMwMH18Tdn" Message-ID: <76cc2a16-1e06-5ce9-c513-3e45856e69d9@gmx.at> Date: Fri, 18 Aug 2023 10:25:27 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> From: martin rudalics In-Reply-To: <83h6ow500n.fsf@gnu.org> X-Provags-ID: V03:K1:HvK5UPQTA5G6bkDtL7cfi6wuOphdiicsCfIUOiZFoY4IdgpBw1D AYRv5Jj29WymvAhB9Sp85wiL+7QNYIckO6XczbAKOo6KXoR91JNWOLE8gJ0rcRvKTAxag6v NWSw4N23Hj1d5R8SiHUaybyyyDNPHxAxAEOf1BwHUB/21hADZWSWNpuL9EAQGgenRNn2EzA jCQL62ugMx6Y3TGFLY7cQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:1CPEmWE1deM=;ILv5P2ZeGcpkvabNnqPxUNy8Mr6 gYC3RsNsctgfEPzAVgHxwPe9s/lTiFTrvoh476cbGvQheK8SkVWNxEOuXwGfCDZme2p76oI61 j1Q72L+bYshs0QU+hyJprPkc3wNetns2amXBYT1i/rQI7uAn+kbcw88DatTKLH9AcC3E7QwDf SiOL2O5TeyDfJyABpJtp1sZKz7AcVwohgoESigpMV9qQWFecbR/kOX/PLPdtyJPU2VvLfeUso vxnXVahtsgKLO9LbfMFXMMg7gnYBhic5qSMHuEKPiYob2Xc63cK+H73nh0dZyQN9zIPkcrblJ 4PvU1HpgpKFfXvGOB4eY9SVItQ2J88DlksM62tF8mfl/jaCi4LtwI5iwt/duplFCINgR5SShg DuYAHaApaXD3iT7H1J8SUjInK8CLbYXl0ZINx3hu9gH7PTxTEYdOAiJ5bW1zfHwTHpS/xXiT/ GUaT3YhPivwWXOTQzMU3Iu1FinynSt7gTNxKI+Fn4jHxDC86UPrjNbucjEVZxkzzDHwE7yB/Z lyG+EpKly8ISyq6GHgP8mWQKTS/a1hcrIyQE5O+K4C2I+Kw7PTmIY5EVweKBrwmO2Cupza6A0 ZKSRcSlxYUbYIj6+7XDLkRdXppex1FIy0GCSaGAVlCeto6zMxj+ZVtq/3zqeui4U0Ki4MGASv HWBOOgT+jttyW1PQC5MDzDCkEaCoV3HSZgsDI+C5uuaudZDkyRkC4f4SjbIeHkQvtbjqK/oR9 jGPhKZoa1a0LgE2MoDnsJI63BVaVj+NjJV51RHhgWadbfXyHxSs0FVcn/8GxsbMHtzlOhB6oe W3/K9EMgwPQRCiS8vxb4giZkQrAuCjFjneH0n5aQg9gwjQT/UKO5bdnND6zP8Tu9JyuZHP0UL Dc6DkhWQkROYoDwHhgnUW3or+AGPaE6hhkf8YNSCepE/gRzOPQYEO/xb9l76y0+isQYmlUiOT ZY81R+UAx6zyowEYZhYVHmrfzzc= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This is a multi-part message in MIME format. --------------O1v80yibvXVVjmaMwMH18Tdn Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > So this isn't a bug, but a limitation caused by the way Emacs's > interaction with the GUI systems is designed. The first thing xg_frame_set_char_size (the function responsible for dispatching the 'set-frame-size' call to GTK) does is to call gtk_window_get_size to get the "current size" of the window showing the frame. The doc of that function says that * Depending on the windowing system and the window manager constraints, * the size returned by this function may not match the size set using * gtk_window_resize(); additionally, since gtk_window_resize() may be * implemented as an asynchronous operation, GTK+ cannot guarantee in any * way that this code: * * |[ * // width and height are set elsewhere * gtk_window_resize (window, width, height); * * int new_width, new_height; * gtk_window_get_size (window, &new_width, &new_height); * ]| * * will result in `new_width` and `new_height` matching `width` and * `height`, respectively. where gtk_window_resize (window, width, height) corresponds to our (set-frame-size my/frame 10 10) and the gwidth and gheight used in the earlier mentioned if (outer_width != gwidth || outer_height != gheight) check are the new_width and new_height values returned by gtk_window_get_size. So since we've been warned by the GTK people, the attached patch which removes that conditional seems in order. Note that all other uses of gwidth and gheight remain in place and may cause the above mentioned problems so maybe we should warn about this in PROBLEMS. martin --------------O1v80yibvXVVjmaMwMH18Tdn Content-Type: text/x-patch; charset=UTF-8; name="my-twiddle.diff" Content-Disposition: attachment; filename="my-twiddle.diff" Content-Transfer-Encoding: base64 ZGlmZiAtLWdpdCBhL3NyYy9ndGt1dGlsLmMgYi9zcmMvZ3RrdXRpbC5jCmluZGV4IGY1ZTcw MzA1ZWFkLi5mNjljYTU3MDZkNSAxMDA2NDQKLS0tIGEvc3JjL2d0a3V0aWwuYworKysgYi9z cmMvZ3RrdXRpbC5jCkBAIC0xMjUxLDQ4ICsxMjUxLDQ1IEBAIHhnX2ZyYW1lX3NldF9jaGFy X3NpemUgKHN0cnVjdCBmcmFtZSAqZiwgaW50IHdpZHRoLCBpbnQgaGVpZ2h0KQogICAgICAg aGlkZV9jaGlsZF9mcmFtZSA9IGZhbHNlOwogI2VuZGlmCiAKLSAgICAgIGlmIChvdXRlcl93 aWR0aCAhPSBnd2lkdGggfHwgb3V0ZXJfaGVpZ2h0ICE9IGdoZWlnaHQpCisgICAgICBpZiAo aGlkZV9jaGlsZF9mcmFtZSkKIAl7Ci0gICAgICAgICAgaWYgKGhpZGVfY2hpbGRfZnJhbWUp Ci0gICAgICAgICAgICB7Ci0gICAgICAgICAgICAgIGJsb2NrX2lucHV0ICgpOworCSAgYmxv Y2tfaW5wdXQgKCk7CiAjaWZuZGVmIEhBVkVfUEdUSwotICAgICAgICAgICAgICBndGtfd2lk Z2V0X2hpZGUgKEZSQU1FX0dUS19PVVRFUl9XSURHRVQgKGYpKTsKKwkgIGd0a193aWRnZXRf aGlkZSAoRlJBTUVfR1RLX09VVEVSX1dJREdFVCAoZikpOwogI2Vsc2UKLQkgICAgICBndGtf d2lkZ2V0X2hpZGUgKEZSQU1FX1dJREdFVCAoZikpOworCSAgZ3RrX3dpZGdldF9oaWRlIChG UkFNRV9XSURHRVQgKGYpKTsKICNlbmRpZgotICAgICAgICAgICAgICB1bmJsb2NrX2lucHV0 ICgpOwotICAgICAgICAgICAgfQorCSAgdW5ibG9ja19pbnB1dCAoKTsKKwl9CiAKICNpZm5k ZWYgSEFWRV9QR1RLCisgICAgICBndGtfd2luZG93X3Jlc2l6ZSAoR1RLX1dJTkRPVyAoRlJB TUVfR1RLX09VVEVSX1dJREdFVCAoZikpLAorCQkJIG91dGVyX3dpZHRoLCBvdXRlcl9oZWln aHQpOworI2Vsc2UKKyAgICAgIGlmIChGUkFNRV9HVEtfT1VURVJfV0lER0VUIChmKSkKKwl7 CiAJICBndGtfd2luZG93X3Jlc2l6ZSAoR1RLX1dJTkRPVyAoRlJBTUVfR1RLX09VVEVSX1dJ REdFVCAoZikpLAogCQkJICAgICBvdXRlcl93aWR0aCwgb3V0ZXJfaGVpZ2h0KTsKLSNlbHNl Ci0JICBpZiAoRlJBTUVfR1RLX09VVEVSX1dJREdFVCAoZikpCi0JICAgIHsKLQkgICAgICBn dGtfd2luZG93X3Jlc2l6ZSAoR1RLX1dJTkRPVyAoRlJBTUVfR1RLX09VVEVSX1dJREdFVCAo ZikpLAotCQkJCSBvdXRlcl93aWR0aCwgb3V0ZXJfaGVpZ2h0KTsKLQkgICAgfQotCSAgZWxz ZQotCSAgICB7Ci0JICAgICAgZ3RrX3dpZGdldF9zZXRfc2l6ZV9yZXF1ZXN0IChGUkFNRV9H VEtfV0lER0VUIChmKSwKLQkJCQkJICAgb3V0ZXJfd2lkdGgsIG91dGVyX2hlaWdodCk7Ci0J ICAgIH0KKwl9CisgICAgICBlbHNlCisJeworCSAgZ3RrX3dpZGdldF9zZXRfc2l6ZV9yZXF1 ZXN0IChGUkFNRV9HVEtfV0lER0VUIChmKSwKKwkJCQkgICAgICAgb3V0ZXJfd2lkdGgsIG91 dGVyX2hlaWdodCk7CisJfQogI2VuZGlmCiAKLSAgICAgICAgICBpZiAoaGlkZV9jaGlsZF9m cmFtZSkKLSAgICAgICAgICAgIHsKLSAgICAgICAgICAgICAgYmxvY2tfaW5wdXQgKCk7Cisg ICAgICBpZiAoaGlkZV9jaGlsZF9mcmFtZSkKKwl7CisJICBibG9ja19pbnB1dCAoKTsKICNp Zm5kZWYgSEFWRV9QR1RLCi0gICAgICAgICAgICAgIGd0a193aWRnZXRfc2hvd19hbGwgKEZS QU1FX0dUS19PVVRFUl9XSURHRVQgKGYpKTsKKwkgIGd0a193aWRnZXRfc2hvd19hbGwgKEZS QU1FX0dUS19PVVRFUl9XSURHRVQgKGYpKTsKICNlbHNlCi0JICAgICAgZ3RrX3dpZGdldF9z aG93X2FsbCAoRlJBTUVfV0lER0VUIChmKSk7CisJICBndGtfd2lkZ2V0X3Nob3dfYWxsIChG UkFNRV9XSURHRVQgKGYpKTsKICNlbmRpZgotICAgICAgICAgICAgICB1bmJsb2NrX2lucHV0 ICgpOwotICAgICAgICAgICAgfQotCi0JICBmdWxsc2NyZWVuID0gUW5pbDsKKwkgIHVuYmxv Y2tfaW5wdXQgKCk7CiAJfQorCisgICAgICBmdWxsc2NyZWVuID0gUW5pbDsKICAgICB9CiAg IGVsc2UKICAgICB7Cg== --------------O1v80yibvXVVjmaMwMH18Tdn-- From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 08:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Ash , 65217@debbugs.gnu.org, rudalics@gmx.at Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169234766215230 (code B ref 65217); Fri, 18 Aug 2023 08:35:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 08:34:22 +0000 Received: from localhost ([127.0.0.1]:46092 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWuw2-0003xa-K3 for submit@debbugs.gnu.org; Fri, 18 Aug 2023 04:34:22 -0400 Received: from heytings.org ([95.142.160.155]:43092) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWuvx-0003xP-W5 for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 04:34:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692347656; bh=LWoNdz7x7JJSnoRpiLi4bgTAfT6zI8boLTQxBXizvcI=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=bsRvEgslF1gZ1Q7oMj9V2AMxtZlrwwdeNcASer+D7ampuujv+otMy0PvhSbvcSOtx Su23UDG6xC4taszED8urTRlmqbEPGn71IJNqthKdvKv0q8S3PtN8LqIP7JgMjSOouU AnuSc4J16RvgTutmLyJpisKkM2s4+J8Sh5rIkkwf3VoZDyCfbawDY3Up/Bnd+obvuI xUPVb2eoI25o2tS3hDWSRJpzjgMpqzcXVSwZD06Y2vKgAH3ElIlViZkEV5V9/TSuEI 0e2saOQSAez2urYQ6lgpex+Wc/83ZRdGoazRbkfnaBdSa+YF3dlNcgkrrHUHJLI5iw GcKc6tT2t4jpg== Date: Fri, 18 Aug 2023 08:34:15 +0000 From: Gregory Heytings In-Reply-To: <83h6ow500n.fsf@gnu.org> Message-ID: <94e8ba2affd1f8d75106@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > I disagree. It is a consequence of the fact that the actual resizing is > performed by the window manager, and that Emacs must wait for the > window-system response event to perform the resize correctly. Lisp > programs that perform several such operations in a row must inject short > wait periods to allow for the processing of the window-system events. > That's what Martin meant by saying that using sit-for solves the > problems. > Instead of assuming that Elisp programmers understand these subtle points, can't we provide an optional argument to set-frame-size, say FORCE, that would do that sit-for? From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 12:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: ext0l@catgirl.ai, 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169236074616135 (code B ref 65217); Fri, 18 Aug 2023 12:13:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 12:12:26 +0000 Received: from localhost ([127.0.0.1]:46273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWyL4-0004CA-DG for submit@debbugs.gnu.org; Fri, 18 Aug 2023 08:12:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWyL2-0004By-FG for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 08:12:25 -0400 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 1qWyKw-0001g8-BL; Fri, 18 Aug 2023 08:12:18 -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=oI2dayblvIhLRPxTth6ZcuoQGzt0sols3H7NURiljXI=; b=Y8gFRIptCkEd iDZNIYVXY5y6DA7851RaHZwUVIW0KlRdMSU6nBeaj7tLGjfbhNmdCTH370DU9ZSZY1Hu2CSoXbEZq XU3b7y2UGn0wzCFAv1sBHZ3Qr3DpH+lwkR0Ul9d7c3L89gx0tqhsjIhOfz5M/T5aqIL47zxGisGvn 9B/Y1D8bek20nbe9L5q7kvvxGoOfbMwI2OufsTZe9Pgfi9TCOpFi/MZfwYfiN5x3/8l0i82K9ybUg r/jep+MaiPTaHmNQajjtqH8ByaWCLrMCs5UOscV9HIF5Pwk3G7g5jR04wDA4l2JNuLcitRwT1axeW 4b5fGhoOQdTYTqVeSKT6hw==; Date: Fri, 18 Aug 2023 15:12:29 +0300 Message-Id: <838ra84kia.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <76cc2a16-1e06-5ce9-c513-3e45856e69d9@gmx.at> (message from martin rudalics on Fri, 18 Aug 2023 10:25:27 +0200) References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <76cc2a16-1e06-5ce9-c513-3e45856e69d9@gmx.at> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 18 Aug 2023 10:25:27 +0200 > Cc: 65217@debbugs.gnu.org > From: martin rudalics > > The first thing xg_frame_set_char_size (the function responsible for > dispatching the 'set-frame-size' call to GTK) does is to call > gtk_window_get_size to get the "current size" of the window showing the > frame. The doc of that function says that > > * Depending on the windowing system and the window manager constraints, > * the size returned by this function may not match the size set using > * gtk_window_resize(); additionally, since gtk_window_resize() may be > * implemented as an asynchronous operation, GTK+ cannot guarantee in any > * way that this code: > * > * |[ > * // width and height are set elsewhere > * gtk_window_resize (window, width, height); > * > * int new_width, new_height; > * gtk_window_get_size (window, &new_width, &new_height); > * ]| > * > * will result in `new_width` and `new_height` matching `width` and > * `height`, respectively. > > where gtk_window_resize (window, width, height) corresponds to our > (set-frame-size my/frame 10 10) and the gwidth and gheight used in the > earlier mentioned > > if (outer_width != gwidth || outer_height != gheight) > > check are the new_width and new_height values returned by > gtk_window_get_size. So since we've been warned by the GTK people, the > attached patch which removes that conditional seems in order. Po Lu, do you agree with the patch? If you do, I'll install it on master. > Note that all other uses of gwidth and gheight remain in place and may > cause the above mentioned problems so maybe we should warn about this in > PROBLEMS. Please suggest the text for PROBLEMS, I think this is a good idea. Thanks. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 12:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings , Po Lu Cc: ext0l@catgirl.ai, 65217@debbugs.gnu.org, rudalics@gmx.at Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169236084816321 (code B ref 65217); Fri, 18 Aug 2023 12:15:01 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 12:14:08 +0000 Received: from localhost ([127.0.0.1]:46282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWyMi-0004FB-6r for submit@debbugs.gnu.org; Fri, 18 Aug 2023 08:14:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWyMg-0004Ed-Vi for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 08:14:07 -0400 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 1qWyMa-00028P-Nh; Fri, 18 Aug 2023 08:14:01 -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=/3DPIxvCI6lIIcn0z8Mi5VrxQ9sRJmmiFLSjklLWmn0=; b=eSgai+S7QMQH lb4+PblUuJxLjzR8T/bcufr5V0e/VLf0PI3XmwqsPdE8Sf6Iyaalw/Bi3EgeMKNdULvm3uSLAVQ6a /hCSQz/EgvqijEzINhE5bfqHLI8Ngwtexkf453z8Hk4U54IKr8DclNyiESEa6wPOIIte0yz7exBSP D4/L4lR1dlqzHXcsbG0afh1k70m5SlR3PqCcCNTe95+opMVECfgVcwDDDsFBCdKLtWIzrOUPwKYfA LD4DTxGbstg3fsIUcD2K+0flpM2wu36LDTlJ+MVlfe1VchZrCb1G37s0SBf1l+pLD70rwt0qn4EuB ct//EMCoOD8gXaVBOkMzOg==; Date: Fri, 18 Aug 2023 15:14:05 +0300 Message-Id: <837cps4kfm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <94e8ba2affd1f8d75106@heytings.org> (message from Gregory Heytings on Fri, 18 Aug 2023 08:34:15 +0000) References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 18 Aug 2023 08:34:15 +0000 > From: Gregory Heytings > cc: Ash , rudalics@gmx.at, 65217@debbugs.gnu.org > > > I disagree. It is a consequence of the fact that the actual resizing is > > performed by the window manager, and that Emacs must wait for the > > window-system response event to perform the resize correctly. Lisp > > programs that perform several such operations in a row must inject short > > wait periods to allow for the processing of the window-system events. > > That's what Martin meant by saying that using sit-for solves the > > problems. > > > > Instead of assuming that Elisp programmers understand these subtle points, > can't we provide an optional argument to set-frame-size, say FORCE, that > would do that sit-for? Fine with me, assuming that Martin and Po Lu agree. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 12:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: ext0l@catgirl.ai, Gregory Heytings , 65217@debbugs.gnu.org, rudalics@gmx.at Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169236162417527 (code B ref 65217); Fri, 18 Aug 2023 12:28:02 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 12:27:04 +0000 Received: from localhost ([127.0.0.1]:46304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWyZE-0004Yd-Ig for submit@debbugs.gnu.org; Fri, 18 Aug 2023 08:27:04 -0400 Received: from sonic308-56.consmr.mail.ne1.yahoo.com ([66.163.187.31]:36336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWyZB-0004Y8-JF for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 08:27:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1692361615; bh=W28+aHRXOntG84PEU1WCy2BGO0kQYf7O41+5dl9V/5g=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=FZqEhWp0fEwCYB22AN3kwPMa8OMmFaEszYkBxHtXVSco4psPW7DQ/zwvxQ7l3fGkgVdwD4RoJxEG97cT+mu8/LATGNPcKfmPiRNfKt3vgMQNMriX2+O1Yu8Fb1b/UCkbj5A1d54jNzOjqbvi8Oj8cnF49LUh0DOzSNHSIcxWHI7niPnsZHpAyq/yz9ilMAz9dvtqjx4VFVjyUi1AMcRKsLTl4Mlwt92d1jjvcFUvrl2uzyEt0uP7GcFs1T5AzHoqEeRTKHbt6bst8zCSZquFNI+KlFCt3ZW40ADPgBjuRXzA5ZrqvDhtjBvVFDQ2YCcAmuZVFh3hetoyNbKjR/SnBA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1692361615; bh=McCAemsunwlrUMf3rz8nfr7t5ck19FauPTGbJYJwGAC=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=OFMyoP0Q9Lf64cOBmXfNFT2Nvq7e8gdWmFgd/K65/tRZPCVvpd3D1BvKnR2A6+3QqXDM8D/gk4l5sIN3BgECPDZDcJjwY4kyjtOkfhIUhiX3hk4tDwz/7cRsJ2M1DNZP5LGsRBM9hwE2ohRIRjggEcwFeteFk2sB08EBmZEFuOL+G5kFnUQD8wYssQFffilePXPE1dHqnfNEaT9CNIKQFPCVF8GAk5fJzTiy3rm0tGrsoCazmpHwtVVA8KV6Lpv3uHIy9S3qF41y0frTLqwKMzRWzZU1+m+VRcBzYad44+wBLHCInKKwSH0DAzjbaHxcduNoKnCh+yesztS/j6zMVg== X-YMail-OSG: 2BmPqvMVM1kSbdPqfMZUhErYcBj9lYS0KqWfSVaiHGkm25g37Z4NfjV0RbcJCSL w8xN0SNcFrOowuOWietBOuxAIVg8KLB_wROevAIxvgvofPi5Ifc1HdZIP_e8fCKm8Hl2e2i7ADN4 JA4NmkCacG06nGUtrLTObqYBvvHHkkjJ1T_XlzUya_5Ye8Fna7JoG0iXApzAN5O3M5x4i0e4F67U C7WUDYpzcAsXjlOb_zgoTG2LQl_46VgbpAVfJY_11WBwaLUWtIPWZYnNarNPfmp9j3s2hindYFiO oKTn6cGTagAKKbpUTO.Vc5dFS8TtGnQ1CFrTe7DltMjg0O2GtlNyzBrD9rJI.pVZt3vxJral2RJW JsQGRL0xWfM7MAStm61woxB0sBaBx5jbLgMC.X3J2h9R9eRZUH3oIPkg7LFgtYJqwYAvXgnaX0O9 smodysd2AyxkZjLWBGLJQf1URhOFySXjq8sj9Ei71cBSs9Ysu54tGYekt0Jkyo2h9xACO.HB2tA0 PTuHjYScM2Wz6U.5c1id8DDh5J3v1FMzOaifDur5ae6AX2HkpjDBeQL7GvqxOA8MWkGhlSJoyGKP WLl_r9QRXQ2j432F9yX7zlEmxJULKB0u0O2lLm_8X8PrNXRHr7cAnmveT8nhM_jJvOKDN0J4j1IG TodYsyrTPxVXjZp3sE5ADabEa8mPmqbjzcRfANQ1YxKZTbrR_W7uW58yeJSTNiFb81Nhw.n9aFuo 6zcbkKpsLVTBozfMxrZWF.7s9xP1HJOKPxDM8GPG8vwOtfaf88yW0mb88FzvgfdJ60r7z8QBxvx2 rp6VfmFCUQrwclScYVhnIeEA5WPekbaLCdIUQXZHzZtr0zys9Xr5SYbOgNuk_PASJVCUS6u962kb KtNfsfLOU6bI9ona4pHR2QxotGXnCc_5gym62zceoCMjWe67spkbu3OOt7LcKI2YCZS5WMLoucv3 eiFYYkxk2Jj1kYm7Kd43V.lpxYBwtRX_kUQBLE2KV2ePtlQwrFwCbJ3wI5zncELBwyYoy85nep1f 38vpuPD8GFEON6EuYFwOyAKW9OdYUhUajjpBunWhBmjs9fluYoMEU4zDpnUy7cMF2HK685Z.XGlS BuJRASPlIv9W29T8JAA5f2iqO6g0eJaOIJ_I5WCSRaYwsXqeetxuRH6DDJ4L8qICdLwGFmGlERfY w_Vt8FKwcvwthIIFOnFkV.t4rH2Z9irTJS6KQkA0jA6mG7Z3iLUXPYhsoRymzFBPIxZ7SIQGSJxs MvFjnU4BccpyxoHpRwYv3wOamslWJzCWri5Ay7Rjr6vHM0njym3DFi2S1rkT8zSEDmuR7cERn7he LjSKmmE61W3xLHhEs93lkk_yeUrHdRIFW_wENt7sUdaZmLHPJWlOjgUMK8a4GLLRuMKE76JhhK_W 9jvr9ClAYq.OCUd5m_f.W65hsfT2bqeaTJXVkDZsBXHsVi7vKcrFvw2Rdl7917dEsva8ciAgWDUj EBize7idTl7dyj6ldxVAjBfgaBo5oevLLEHPjJLABJBRFiXZ7IlorGhKquvopqYDAhALMmXqEzz1 tPP7snydTSjNanOqbkVPff1wgoGXW_BnrWQwn2x_CIRMtTkdbZHaqig8zsXabypXIaSK6bCnVvxs 0mK4X1vK2685turRSwzekQjTEfaZqNSPUs6L4_vU9I8cyWQHVqm2jDsIKRX0eOMLrWnO8Bn_9cRL B1egx0HZgpaG3znRn16NWdSWza0KGgfuvDOFeoczb6PC0icYhIh4jZ4BvdLG4FFPibjsZLqjMWaW Dv8A_dBQeafXubHDkE0JzsUeyrq_M13bqhG3IAt9nfEhxqCddR8J.pLmzCh7zor.oMGsYyCGjCdv uNW5cbjt83weFEdo9c6XSPchhSs52nAH2vd_1aGzjLu04AjpZfm3KKtur0htT02RNzaXszt.LUNz kchbGgdjYahirFmbm3Qqcr4eWRBWwHG7UV0lD3eQKI1WQpeWheJHAN.6wOHMgD2ua6bNj9ObpSUg UEhoRNb4ZZi3oNXhrT77GBkSnSGULol21oulaql1s8vmc2AuyyB.rUG81IXvtjzUr025rrTD2PSr m.CmOGUA4bZTe.JcufPKGCPXgX0D90BiMJS7lsDGR8C9Guy0Lv.cLwIpV_0dWQ7hZ78p.32SkMQr iY5odlaVU8LN6n6M8VQNt61JHcCOgh7MJoBgD2SeDIU30s.uUxYaqTGH5Q7PZmFMhxDP05ft90hi A8gk55wqSbadHYNs5VkM8iLQ0T1Zpkx0iPwxa4mMi_qIaIM1Vj9IpXVpVKDMC4Ff1YA-- X-Sonic-MF: X-Sonic-ID: 8398e6a3-d125-493b-8353-2b98e773010b Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Fri, 18 Aug 2023 12:26:55 +0000 Received: by hermes--production-sg3-69654d8bd-xs829 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 5dcf67a6cad8d584acfc06c5516beea5; Fri, 18 Aug 2023 12:26:48 +0000 (UTC) From: Po Lu In-Reply-To: <837cps4kfm.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 18 Aug 2023 15:14:05 +0300") References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <837cps4kfm.fsf@gnu.org> Date: Fri, 18 Aug 2023 20:26:42 +0800 Message-ID: <87zg2ofse5.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.21732 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 473 X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Fine with me, assuming that Martin and Po Lu agree. I have no objection to this, provided that x-wait-for-event-timeout is respected. Also, bear in mind that a window manager is under no obligation to send a ConfigureNotify event if it elects not to resize the frame, so using such an argument is liable to result in timeouts under tiling window managers and their ilk, as well as if the window manager is unresponsive or crashes. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Aug 2023 13:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ash Cc: 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169236517023497 (code B ref 65217); Fri, 18 Aug 2023 13:27:01 +0000 Received: (at 65217) by debbugs.gnu.org; 18 Aug 2023 13:26:10 +0000 Received: from localhost ([127.0.0.1]:46379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWzUQ-00066u-Hu for submit@debbugs.gnu.org; Fri, 18 Aug 2023 09:26:10 -0400 Received: from heytings.org ([95.142.160.155]:43382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWzUN-00066h-Re for 65217@debbugs.gnu.org; Fri, 18 Aug 2023 09:26:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692365165; bh=EKQgtpBsPCaPRL0dVmEubESkxqjEIpFS9k0U4oY/wK8=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=IiQMSEkZRYRnmIDJXCUeW7kAafuwlT/SCckrTdQ82G6gsQ+xZNhyhLdacfU9453HL McEmKIcHc340LRZ06utZ7YzLbQSi7JelZOHJ+W4MuSm6lx30ay7iWz/vOc5QEVBgXA PbAkC8Ck+PZNKoNXBUOTFZD5dzKPGUZFm+CgeKZgnafXy6Dj16H6S0SUvrg4JPXYuu bicTjnyXPxYEMIDCqzyMP7NqbaaQGZqLpdXZlqtO2IuXnd76eDYn+Mj1kkJ4W0q9DE 2j9ca7+H3c4aLIP9QFJB8Qk11m2OcjabjXNaCiCN7ggXpA3P5bP+YiKh1UpDsN+OO9 qObdzwKe9taIA== Date: Fri, 18 Aug 2023 13:26:04 +0000 From: Gregory Heytings In-Reply-To: Message-ID: <94e8ba2aff75a991a064@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ash, can you please try the following variant of your recipe? Does it do what you want? (setq my/frame (make-frame `((left . 500) (top . 5) (width . 20) (height . 20) (parent-frame . ,(selected-frame))))) (defun my/twiddle (width height) (set-frame-size my/frame 10 10) (redisplay t) (set-frame-size my/frame width height) (redisplay t) (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Aug 2023 08:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings , Eli Zaretskii Cc: Ash , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169243227615531 (code B ref 65217); Sat, 19 Aug 2023 08:05:02 +0000 Received: (at 65217) by debbugs.gnu.org; 19 Aug 2023 08:04:36 +0000 Received: from localhost ([127.0.0.1]:49307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXGwm-00042R-2U for submit@debbugs.gnu.org; Sat, 19 Aug 2023 04:04:36 -0400 Received: from mout.gmx.net ([212.227.17.20]:59327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXGwj-000429-9X for 65217@debbugs.gnu.org; Sat, 19 Aug 2023 04:04:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692432263; x=1693037063; i=rudalics@gmx.at; bh=bF7X+thvm79me6ii1Ljsro//iosiF9TVyLau8UPJtG0=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=FM8GZA9RCu+/lS1kQUHFjOdaI/DHtYaRhUKS6UixxDkJ5y3WlD2fggk07gDTwiG5VvLcpCu AIwNpHY5JHbHagXZP+9b8Uu1Z0G6j6+zNchiWUsL0p36/6m+VKL2WLJSmdmxQeUJEUC3h6eor QwfhusR6ZjruP1hffDvFJU7n0G4TfPx0L3qP0IlwyXR8JmcSzReV+wWyp4QsNGLRu0T9ZSO8g KAiYOL1RtxzNfMhy/sHzDp8VbcLZJl2moMxM3X0Tv0OMGux/qBjQV7yvHMkjxsXZszgaP4DMa lZ0aGS5NvEm5+sIN5CwWJFmkYTnuguNfaUis4vhganA7SfHiHFfQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([213.142.96.190]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MuUjC-1ph5lP1Fha-00rZ9B; Sat, 19 Aug 2023 10:04:23 +0200 Message-ID: Date: Sat, 19 Aug 2023 10:04:07 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> From: martin rudalics In-Reply-To: <94e8ba2affd1f8d75106@heytings.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:kUAVrRwZi1M0h11txwdJmGdHQmGZdsI+RQUMyGfICLDxDy5H9IM oPsdMm5hLykqY9eIihnjxFuoejlcUb5bNNRIFRQp5fkxF24jdTHjG6BXnNmqrqklKd388tk CKrXZYEaQgl9p5Lx3MaJojHHEvfoGYCoW0L5JdB6KiaItwiTE1l14jyAma9LxpbpwXdN6oY Xib7sLtakVmODwXycDKLQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:G5vKTF3xtrU=;yJBzucSObvLiyPzc/aZAekH7BR2 V+jDXk/hRutBjTW9eQysnfU+Bbqdt2q+gxNiKd1yMwdjIbH0b1NFjzdXWu3oGcBAva6LZdcE2 Nxj383IuzkcN7xK9xbIBikTqe3NOsp2eOnJXEMGkWvcFyZX+TROOdOMVayfK8yOZrCnd2NFW7 nrTdd2ePOAJ/3uRdAzykutjXgpUGiIqgZubl28e1g/aqbyj5F7I+iJhtYs+H9/kcMjKXbdIUZ J+zVClEZBsg+6Sc/EPpvxHmH+pf5L90VVI7kwy9s7sSemVJZXwsi6GynZh0UFLGvCWDcuhLOw kVRuMu37yCA6Ha6xpDWYS+Kl1KTZaBNB1mQ/YsBT7/VqQuU2cy7V2ZU0SLBgXrnqyOpos9tDg vdxKPgJ6dB/61nQELjLBWBUCK0pDlouYDaaCGHn2kgjo2GuRlj6a6nt8arnutwBuJAkmoze7k g5QWxQQFviKj5MgtTrMg/058D1UvIuGbE5Wg44fBlPffnLTtA3XCAJxSfzhKJO6VCTkhO9IlI MPhY9kDBversAUgzao0b2AeYnJBQ+ZGr67SIeUNqcLpKT8vBcn+A35nNPQ6RAaXkbikKtMYZW gfsbpgD4AEE4JoMvbv8DFSmYlHd64a4bl+pMfcgLi5ew44R3xIsfMpS4OgDD3yXsPAwxExkuM PPt5P3ekH77E6Yl99dLLm5hWB/cHuAPmenGF92qADjmmy8igch7lYHzTwlWLn26Xs6l0cNStU NRlkvO6djlqeFtb09AEWvVsTOJtutcRFAVlOMhykmTuPIAmAM7JtUYEripsm7evRxmd1fKmKF bOywgarHYDM99rzrMtjrzdKA658nexrtFVYryoD0lVxjJfJf7TkaqpMh43wrak6jVnjq8iqMk s8zqp5k8jUG8S3L2iZY2VOWzqD5wCZdigCOfr4I+UfPn6mLh97/qknYU3dWyBtcHVFyu8SXv1 +BS0TnW1VEa3A0AOfgcw/z4Y9uk= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Instead of assuming that Elisp programmers understand these subtle > points, can't we provide an optional argument to set-frame-size, say > FORCE, that would do that sit-for? What would you pass to Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.96.190 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Instead of assuming that Elisp programmers understand these subtle > points, can't we provide an optional argument to set-frame-size, say > FORCE, that would do that sit-for? What would you pass to Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.17.20 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.96.190 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > Instead of assuming that Elisp programmers understand these subtle > points, can't we provide an optional argument to set-frame-size, say > FORCE, that would do that sit-for? What would you pass to (modify-frame-parameters my/frame `((width . ,width) (height . ,height))) in my/twiddle? martin From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Aug 2023 10:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169244033930091 (code B ref 65217); Sat, 19 Aug 2023 10:19:01 +0000 Received: (at 65217) by debbugs.gnu.org; 19 Aug 2023 10:18:59 +0000 Received: from localhost ([127.0.0.1]:49539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXJ2p-0007pG-7W for submit@debbugs.gnu.org; Sat, 19 Aug 2023 06:18:59 -0400 Received: from heytings.org ([95.142.160.155]:44570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXJ2n-0007p8-LV for 65217@debbugs.gnu.org; Sat, 19 Aug 2023 06:18:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692440335; bh=HFtRlsAPBQvcoGRnngZVibQLOtKfAKYuzuFG5GHikfY=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=bMn+/B3P/M9NF530+W3wg1YalAbVorOLB1jL7WqGBAoVotUI5j1JVJs8HfaQ3dx3S AOfjjNrDt5njbPRAffFvFdvyUaBngxUNWVKbrwCxzs9VHn2L2I/oaI9Y/kVTCjHXVS cEPaGk66suzGwjHzdwRfEOEEFKVGaaPtzIUAshj/0xPECaKILaf0+BJoORZqoAETra xsPxqpzL0M6Jt7eVEfezsspzzz3qKgIU8G7u2LVg+E2n2yc5wD8BGg7d1D0sNxb2q9 PKCgWjJ0aemU4CmJ6eX7b/PpCOJ7LVp6boXXzvLE+pcyODQyYe7u+iHNMpBns+kgGg 3/cDVvTEs+iSQ== Date: Sat, 19 Aug 2023 10:18:55 +0000 From: Gregory Heytings In-Reply-To: Message-ID: <387ee04aa99416f015d1@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Instead of assuming that Elisp programmers understand these subtle >> points, can't we provide an optional argument to set-frame-size, say >> FORCE, that would do that sit-for? > > What would you pass to > > (modify-frame-parameters my/frame `((width . ,width) (height . ,height))) > > in my/twiddle? > I'm not sure yet, but after thinking a bit more about this, ATM my conclusion is that adding a sentence in the docstings of set-frame-* and modify-frame-parameters, suggesting to use (redisplay t) after these functions, would be enough. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2023 06:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.16925131373483 (code B ref 65217); Sun, 20 Aug 2023 06:33:02 +0000 Received: (at 65217) by debbugs.gnu.org; 20 Aug 2023 06:32:17 +0000 Received: from localhost ([127.0.0.1]:52832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXbyy-0000u6-OV for submit@debbugs.gnu.org; Sun, 20 Aug 2023 02:32:16 -0400 Received: from mout.gmx.net ([212.227.17.21]:43125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXbyv-0000tl-VY for 65217@debbugs.gnu.org; Sun, 20 Aug 2023 02:32:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692513123; x=1693117923; i=rudalics@gmx.at; bh=B+CVCTdLepb+9RvlyVF5HxUBNOO68QGuaJp+/HBXQ8U=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=BQ+scHo4EVWXotDx0bhS6KrpAg7zLFv5gqESVFMpEsFKjoe/G1/Kk8NHn8Qp4Vgmeo/OCdL c7d9Rc+uFZ/ik5ncqYXyV3LRVS4Zks+wpzlvsPSlF6fxsPLq4xXHC+R2EG/1AOL3muYE0Kv2+ +m7uW+p0xgZI4Dx6uE7qXL7qgOY0mUwgHIysI5f8N3L0F2vMx/P9F9mH0xZMVEH+3RIKa0d/M MLizOL83RQc1lg/Xuyx2wcX2gTGicVL4K5/GFptCQGRnAjHcagOXhnz7ItStiH+fBAsPqA4In acuFnG4zTMF+0ZZEyZ/Qlknhsrv3upUqLY8LD/mDA3KU1aNTklLA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([46.125.249.70]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M59C8-1qYiRT1ip2-0016u9; Sun, 20 Aug 2023 08:32:03 +0200 Message-ID: <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> Date: Sun, 20 Aug 2023 08:32:02 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> From: martin rudalics In-Reply-To: <387ee04aa99416f015d1@heytings.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:QLMFI0zFqn/gjn8uEs6md9WPKZfiLCFEwRnBBNmetGH4dKJhmhm Zu9wZaGbS859FLTQ60j9hf/FRsl/GSHXE2WuGEptxnZOpCcVyEOlAWCwbM5UgvehJOqROqb kf2/uTZ/7XwKTV+zDjIsTWwgeaJP7cePLSqChuHCnA98D8J9Al7M7lre8ipPEvOr+1qQyo/ lIn5ZinqzO1FEkmXxe7qw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:BZPYqf9kNt4=;kP8lLRs2vHNeuaE5QBge7uVjTDw KkbI3C/7xM5EQU5yf0jwm9a7aSzQLAUA7SpIMimKO7O8XoDgrt9ZxnY5lxKdXGvJLwIAzB+S2 FX+E3OI8vDMKlFrWKGH2vpWOJEbdTGqAH+xJAC882Yaoim/J6z1UKdFsppjbu1vURz/VoW/vi /25GLcUg2iNNFOHgAIkS+ixAlmRHZSV9gfkRXKjY3pS0fXBaXWSpwhoqesUyWSu/+haipcqZ+ tf6j+RGrcvW3jiOziKetuCPYVfXCzsObbWMsdK5TKVL1T2gOBUmdLGEl7CRI8NsK16MSPo4zt Mycmx09nH+aC5WPGxbpOtv9wKDJHnjWrfGJ7LP3Tj/mUKZgkHMY38MG2CsoJttt4qZ19kV4eL RiyfAlZSY25ASL6miEh0z1ltDkMpK9H48MlrqtTeykkV9nqcGb266MxnxAFR2XQ40/Vow8fFW l3nEZJyEyezw7SNBibkLPCjdjZqWhySQHXhkbmBaiHGb4F/P3YLyDpxVvQPIL8YDN8f3p228d akpC6DOT/3RefvVVtXh4u+tCI2WWMxkFgHHl1stX9D9RdIg6hVNuQdqGD3LOyXu0RJgwu2Cvs T6OX0jRcTfyfjvi5DE+GDn5VFgOfwlFLQJZxJXRQYwLjIytsx1S+F1uKe7CaMS/6FnOnKpFJG iCLTV3imVmqY9YMoWOY3kPA/pVnaaE/OPd7fTbzDH1YBhW8g/NiTKj7EOSpGult2SuuETwbGK X2VIjeqqw3ngf8ZqP2UB5q4fafpfc5CnvPKdIMqvJDUfMtVo0x/6a3dWhbZJVyfVoHy8ULiDf ohJHofDoEn2YLhOxMKFdTLIVCcPvoPB02SZQgSV3YmO51N667USJ0NIbJkq3L3cKTRu+tCk5D RWsA7OG3IcT6M019dV8FO+xSTsEFDEDKs/bKS8T07TJ947XhxwsKjtrJmxN+/mkfPRm3UvsXQ i0g9nb9jYvgpuOoi3DRVRTzX4xY= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I'm not sure yet, but after thinking a bit more about this, ATM my > conclusion is that adding a sentence in the docstings of set-frame-* > and modify-frame-parameters, suggesting to use (redisplay [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [46.125.249.70 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I'm not sure yet, but after thinking a bit more about this, ATM my > conclusion is that adding a sentence in the docstings of set-frame-* > and modify-frame-parameters, suggesting to use (redisplay [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [46.125.249.70 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > I'm not sure yet, but after thinking a bit more about this, ATM my > conclusion is that adding a sentence in the docstings of set-frame-* > and modify-frame-parameters, suggesting to use (redisplay t) after > these functions, would be enough. Not really, I think. With emacs -Q try (let ((i 100)) (while (> i 0) (scroll-bar-mode -1) (scroll-bar-mode 1) (sit-for 0.1) (setq i (1- i)))) martin From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Aug 2023 07:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169251813412745 (code B ref 65217); Sun, 20 Aug 2023 07:56:02 +0000 Received: (at 65217) by debbugs.gnu.org; 20 Aug 2023 07:55:34 +0000 Received: from localhost ([127.0.0.1]:53025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXdHa-0003JV-0r for submit@debbugs.gnu.org; Sun, 20 Aug 2023 03:55:34 -0400 Received: from heytings.org ([95.142.160.155]:45950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXdHW-0003JK-GA for 65217@debbugs.gnu.org; Sun, 20 Aug 2023 03:55:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692518127; bh=84rJ1fxAHn5STNdUtCwxKPUtr7D97BOSGWvPv06KpzI=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=iswcDOuWeU1UiCGJ0Kw076Zoq4mtrBLBsiMzLyGp/x0UA6A0bcQrjw2r/4REor3f4 OEJfBtwpvXBYRGWXOzYdogseuwls4GVxCKK6gnCKHKwmClre05SnqjHOpEgHrQwGnx t+IOxFz4gm+OfoY2HbZ+myhVLcbBMQnWrBL9wSYmBXaBKcDpa7VrmiRYt6nHW6WemY zQ6nvo4xudp3CBqp68p7tSnx7y6/NxiLMhrUTvU3MFRIu5HkdgXWxsbUo1cT0On211 jAGC8rAJLl6uG4UyUcEdyW6Lk8bSSEdFNk9Hbxo9Avz99eNiBf7vegiaLHwLncGO7Z tKvPzpaWw2yqw== Date: Sun, 20 Aug 2023 07:55:27 +0000 From: Gregory Heytings In-Reply-To: <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> Message-ID: <22de08b62befbeb99393@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > Not really, I think. With emacs -Q try > > (let ((i 100)) > (while (> i 0) > (scroll-bar-mode -1) > (scroll-bar-mode 1) > (sit-for 0.1) > (setq i (1- i)))) > I tried a small variant of this (let ((i 100)) (while (> i 0) (scroll-bar-mode -1) (sit-for 0.1) (scroll-bar-mode 1) (sit-for 0.1) (setq i (1- i)))) and it works, for both the GTK and Lucid toolkits. The scroll bar is displayed and hidden repeatedly. In any case, there will always be pathological cases in which the window manager (who has the last word) does not do what the Elisp code requested. But ISTM that telling Elisp programmers that such requests are "committed" asynchronously, and that they can "commit" them immediately by calling (redisplay t), should solve most similar problems. From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Aug 2023 06:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169259880530103 (code B ref 65217); Mon, 21 Aug 2023 06:21:01 +0000 Received: (at 65217) by debbugs.gnu.org; 21 Aug 2023 06:20:05 +0000 Received: from localhost ([127.0.0.1]:55255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXyGj-0007pT-5D for submit@debbugs.gnu.org; Mon, 21 Aug 2023 02:20:05 -0400 Received: from mout.gmx.net ([212.227.15.19]:56635) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qXyGg-0007op-DS for 65217@debbugs.gnu.org; Mon, 21 Aug 2023 02:20:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692598791; x=1693203591; i=rudalics@gmx.at; bh=GMdswISLvE/n17xFaWYNSWBeDwJcxcd0PQ439zdoaZ4=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=gzMpH5SFUzftTkppxIw08JjQWvXm+krHE2Mi5eFgjziTHIeudy64tFoxTeC2zrHM10M5e1/ UMKSoD8Rj5ysdsjndc9g22a9Pg392dNDxf90NvJIsqbRbYQcPN6dqF5DYWruMW9QLSI/AuKVm cXjmjUUZsK15lbxTmWRb2XErel6krvJzw+NfOqXGjdke2jtbYPpmZFndYpzgJDuEnA1KTobs/ DLJE9tEgBLu5iviXB8TMtF/1W04RDpBRyh4YDryC4gObRWZuJ0XjktExRec7h2E4wafRY773X xz0Euf3bfK3qXE6UkfXGJsRolLOONfN9fwoIaF67f/1GkAMAnuhw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([213.142.97.188]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mj8mV-1q49tT46J3-00f9Co; Mon, 21 Aug 2023 08:19:51 +0200 Message-ID: <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> Date: Mon, 21 Aug 2023 08:19:49 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> From: martin rudalics In-Reply-To: <22de08b62befbeb99393@heytings.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Ekxdq3zRBy6zLackh2PayeZqh/g/Cou1D8ZY3KnYR9Ff8uIV/Pf ZFSXH0BNbHJuAxrFTSJtHsDm4UGGPv12CHM3YA0b9INT5NCM4kS8XCUzc39XHXquyBEEMDD H0CyZzOvRdnibigLBbVzJOgmORc6detN4E3brYzjGOMQML8s+siNqvBSCqksMA8zkpUG7e9 /HLJeWivo+qqQTGb5Q0ag== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:qGN+bJt/F7o=;OcoVtK33YGgKMptBEnIc6QWSYk1 QX371JINci8C1X4qNs7x2nqF+XxrLTCI+6vZ0m8FIqNSq6H6WbeJJupYQUvOVwoBT74TdJqQx oYSffzz1X7LIA+nUrwmGezH5V2u4pgx4IbJvPQsztfis8ZEvn5zwptVUTyTPb6kHkew3dAHMF j3BBfvcWCXsbKSuID1MEoDlV7/09VYci1bIRKV9sjNT9tbgoOEnD9fy4Mnb5GXnOssLgbFe7Y Nc9/OJIZ1fg8+y5lmL2WQdRa0I0RZbWgLv9kQPKENDOKk5B6bq1R2S8qG/6fYo/8JKUfiBsid OCzo7rqNTXg7ZMGAM7vTOD0c9It69OXoQyV0awcrHpP/B7kYL2DkV1cLrs6XIpFbLJnSPGG9B ipwrFCP9YoSFWCQXWezO8a0DcOcTVMMd6ilMqjkwOTzZex8CdQUtvYc9hS9KoHkOVElb8Lf8E TRa8TyWClFiob6m+KwzPK3QSaL3KRIhr4Axq8D/CulByMLw4hlrOV2mQkudgzofz772WdFFU9 Yo30gcXp9g6MNSkFuONtyWj4z6x4w4LiM+G9LwQdGX9U9C7FVpifp5iaNYM1DCdp6Hq5hVt8o bprtIEWB2S5OifgtYF4Zysp0axvyowtrKODIHT5lwVjY0gBAX6Uid0/zbZcrHJ9yv9O9Gd/8X Nkew4e+yGybrBrJvLcU+MojQAWDElm2hm7YH0/ZJi9tDFpTUbSDgRQ20eqPDtf8km26/1qWRt x2bEW/B3uNI8xPuu8SdEPWfSm/D8+gRuKszyuzb8EwEM3zoRss3g7XsgShzPeWJVME6PNEw0k pYs3fuzXBqUryef6+DAkN9JgZoz26bVGnasx8crfcifOWs8/jAnn1MEZ0JQ3KppWvLxjK16vp C2rUze1vPTBWtaCH7UMGlb+RgDYD1wbEFzjax4QOXbWuRoyla0GS7tDG/ho7POd3zKcyRhChA 2rQ6fozl5AllwUdrEROh+GKQSdc= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I tried a small variant of this > > (let ((i 100)) > (while (> i 0) > (scroll-bar-mode -1) > (sit-for 0.1) > (scroll-bar-mode 1) > (sit-for 0.1) > (setq i (1- i)))) > > and it works, for both the G [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.188 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.19 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I tried a small variant of this > > (let ((i 100)) > (while (> i 0) > (scroll-bar-mode -1) > (sit-for 0.1) > (scroll-bar-mode 1) > (sit-for 0.1) > (setq i (1- i)))) > > and it works, for both the G [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.15.19 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.188 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > I tried a small variant of this > > (let ((i 100)) > (while (> i 0) > (scroll-bar-mode -1) > (sit-for 0.1) > (scroll-bar-mode 1) > (sit-for 0.1) > (setq i (1- i)))) > > and it works, for both the GTK and Lucid toolkits. The scroll bar is displayed and hidden repeatedly. The scroll bar is displayed and hidden repeatedly in either case- The surprising thing is that with GTK3 the frame shrinks continuously. > In any case, there will always be pathological cases in which the > window manager (who has the last word) does not do what the Elisp code > requested. It's not the window manager, its's the toolkit which has the first word here. GTK2, Motif or Lucid builds have no problems. > But ISTM that telling Elisp programmers that such requests > are "committed" asynchronously, and that they can "commit" them > immediately by calling (redisplay t), should solve most similar > problems. People changing the tab bar or the default font may be hardly aware of the fact that the toolkit stochastically resizes their frames behind their backs. martin From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Aug 2023 08:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169260661721787 (code B ref 65217); Mon, 21 Aug 2023 08:31:01 +0000 Received: (at 65217) by debbugs.gnu.org; 21 Aug 2023 08:30:17 +0000 Received: from localhost ([127.0.0.1]:55501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY0Ii-0005fL-TR for submit@debbugs.gnu.org; Mon, 21 Aug 2023 04:30:17 -0400 Received: from heytings.org ([95.142.160.155]:47558) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY0Ig-0005fA-NX for 65217@debbugs.gnu.org; Mon, 21 Aug 2023 04:30:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692606611; bh=/hCQQe76W++eqoEbn8goT70KBWwnqrrJDIFWsXgJz5M=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=MeekiFYs87Q/b/DJ4zhkOFSQJneLO0EkyLXvdxWBKaLkNLSiElNswdMjdwwGwoMi1 RzdzDV0NVYss8e+q2MawX3yD7YVNzi2GDa3K3WAqAMUw5RejRbGDib6Agrfft0u9BX HmIeyk6e/GSRL3byZOkOBA+XQTw9sMYI4X1ozXEdvnmpkgIYiRsgiXJGyrVTrjbduW R9jvXI4au/e0FpLC1kAaXZ3SHkK/m601HAF36S9CrqQLIyISAndrpPuT1EX8MkAqEe fMUH+yBvZuDKnp0axFPWkg+DSQlWwsTr9pIl0rSi7YY+95WGv29rQ5d9SnvFcW58jK gZRHk/JMYoRiw== Date: Mon, 21 Aug 2023 08:30:11 +0000 From: Gregory Heytings In-Reply-To: <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> Message-ID: <77daee02cfc4d796b885@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > The scroll bar is displayed and hidden repeatedly in either case- The > surprising thing is that with GTK3 the frame shrinks continuously. > It doesn't here. Just in case, I tried a few different window managers (IceWM, Fluxbox, Window Maker, ...) and the result was the same: the scroll bar is displayed and hidden repeatedly, but the frame size doesn't change (except of course by the few pixels that are used to display the scroll bar). >> But ISTM that telling Elisp programmers that such requests are >> "committed" asynchronously, and that they can "commit" them immediately >> by calling (redisplay t), should solve most similar problems. > > People changing the tab bar or the default font may be hardly aware of > the fact that the toolkit stochastically resizes their frames behind > their backs. > What would you suggest for this specific bug report? The OP hasn't replied yet, so it's not yet know whether that advice solves their problem, but don't you agree that calling (redisplay t) after calling set-frame-size (and other similar functions) would in most cases help to have the frame "in sync" with the code? From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Aug 2023 13:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169262519128665 (code B ref 65217); Mon, 21 Aug 2023 13:40:01 +0000 Received: (at 65217) by debbugs.gnu.org; 21 Aug 2023 13:39:51 +0000 Received: from localhost ([127.0.0.1]:55867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY58J-0007SH-Eh for submit@debbugs.gnu.org; Mon, 21 Aug 2023 09:39:51 -0400 Received: from mout.gmx.net ([212.227.17.21]:58231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY58G-0007S0-Ef for 65217@debbugs.gnu.org; Mon, 21 Aug 2023 09:39:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692625177; x=1693229977; i=rudalics@gmx.at; bh=bsF8aNkOsB8o6CAY1G5WguOdww1Nd+Gg2x1DzvhC0Z8=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=K8heyoMNB8RlGtpGRiO+QKFI0vakOLDV3WeYemQk0A+N9fz6F5vF75oAv695JZ/cNXffj+s x9B1Izf3Hr6Vvp6yS0hHZvyQDywhtzue4psUfhONe7fBUSY9k3+LdECKP3C752vSrHgHIyCAp j+AqcmFEJpbqFbJr78WAp/ENsRM8yYtftwPbAcf9e0MLhZKixvU5kEu40rwQwWvA9s/JTb5eI eQpqx64RgRZAbjSkZNRbtY7fN+FD32+ub60keqlFFM3jxPAb1i2cbbNz15tLi6ugG31yOO+N/ 48afzjGSXs7X6ESs9l8CL/yMRTYEmMl+vQkWRB0UhmUr6bbzRwPQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([213.142.97.188]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MOiDX-1qNIpy0txv-00QEME; Mon, 21 Aug 2023 15:39:37 +0200 Message-ID: <514cff79-67db-d13a-e478-e2075b45bc82@gmx.at> Date: Mon, 21 Aug 2023 15:39:36 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> <77daee02cfc4d796b885@heytings.org> From: martin rudalics In-Reply-To: <77daee02cfc4d796b885@heytings.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:XRKDGd7PfQjlpnDmVI79FJs2xlCS8yALWNPFA9Cf9iCKr0qYg4+ vRDC3Kh8dUEd5ER7MAACOq233B0fBpFpHxVJ8W7SH1fWedhakDDsFpLfXpCS6xcFmTFm9f3 7f0hqqvBZZwdPjTQKXv5xJBbqB3nyp+g96FSzDsZM1dI8CQvzF5FEj/iLWXIv2KP1ZVVgkj qbVsAQYo9+zlVtQGtLcBQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:aW1B/6vvl9M=;Sy1YSQMjKPv0v5643wXTcfqt0yq efaodPWHQ5SwpPENC52aOqa0LVNxOAzid/OoJIlg8R2WKUsEOiG68IDNeAQ1IC8rbot+UMNrI 7G0Y5/4jAc1ficYAK9BA1K+qFBTgw/Hk8rLM+nBvvcGBTIIb+EjhfzIyJLBZvlo34lZ5s+REl 5pXs9NaIO+zdg54m2cJGVcN7bf7P1cXVwK+le2PpsnHk7COvpg5DojePx6eg+cX7A1TV/pokl MmwFZT4qt28KCOWvPL2zoM/Ormjocy5rR5Ybc3y3OZlOoOck2f9zAlahyQY7znIk/5CVG3EG1 MbLR2/C9ONfsDo0qdNxOw9RBxy2A6mmNmPJdViy/maOJ/gmArI+KPteSPzzKDbTg05qazv7ZR fIoTCndJ24NWpcNEsVwBTcPp8OYrOLy4xNZweICwr7oA+e2ZjHVPkKhloRghtn8HUIjJUMkjo 8K7XNbx/jpumZWZ4R+hhewd3Cqs7Lj0hLx4H9H+68z7FkW/GwiPpH+qmDRtkQzvJ5MXOoVeF5 GLLrZU+ParQvvKz5LO0oda40QLiklRMpZcn8dMt+YRx/J8ZALiGthdW7iGQdtV+wV+Cxzf23Z EJsEv6F1sAv9az9zouCZ4taabtbDv8sctS5lPpnA66Gh3pKRQ7hN6nDXL8zubBJDzTNpfv5HJ XKmGJ3XraqFPvaQ+ZiLXSEdvrFb97EpQSVpuDPeT9UtwHy3QHm3hfA5C3q8T5fTZqjhT5wvCo YMBg/tJw0Vt59mAcS9r2Inb4eG8RDqSqA1N2mp1B96nuDboIyqmDybFFK+t6JYYwjCDnM9NOg YuknpPZMOVwK3Whv3u6egPSQxHpHlcacfSQe3C3w3h7E1M5rTIpz3VhFSJ1bXV2Kpd793KTPE NTyDHzi3iweno6Iq7nAVDmKFw/ydMxeV1vyQNArdLeFhnBOGYoB4+pBNDqiyJJCHaudv+hAX9 99JdTsn7ZLvvtzTGBi1xLy6Jxoo= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It doesn't here. Just in case, I tried a few different window > managers (IceWM, Fluxbox, Window Maker, ...) and the result was the > same: the scroll bar is displayed and hidden repeatedly, but th [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.188 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It doesn't here. Just in case, I tried a few different window > managers (IceWM, Fluxbox, Window Maker, ...) and the result was the > same: the scroll bar is displayed and hidden repeatedly, but th [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.21 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.21 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.188 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > It doesn't here. Just in case, I tried a few different window > managers (IceWM, Fluxbox, Window Maker, ...) and the result was the > same: the scroll bar is displayed and hidden repeatedly, but the frame > size doesn't change (except of course by the few pixels that are used > to display the scroll bar). Does that mean that my older recipe (setq my/frame (make-frame `((left . 500) (top . 5) (width . 20) (height . 20)))) (defun my/twiddle (width height) (set-frame-size my/frame 10 10) (set-frame-size my/frame width height) (sit-for 0) (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) (my/twiddle 20 20) works correctly with your setup? In which case the GTK people might have fixed this in the meantime (I'm still on GTK+ Version 3.24.5) and the only problem is with child frames as in the OP. > What would you suggest for this specific bug report? The OP hasn't > replied yet, so it's not yet know whether that advice solves their > problem, but don't you agree that calling (redisplay t) after calling > set-frame-size (and other similar functions) would in most cases help > to have the frame "in sync" with the code? I'd agree if (1) the patch I posted earlier doesn't help and (2) the problem above with normal top-level frames has not been fixed. martin From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Aug 2023 14:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.16926271321178 (code B ref 65217); Mon, 21 Aug 2023 14:13:01 +0000 Received: (at 65217) by debbugs.gnu.org; 21 Aug 2023 14:12:12 +0000 Received: from localhost ([127.0.0.1]:57405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY5dc-0000Iv-B3 for submit@debbugs.gnu.org; Mon, 21 Aug 2023 10:12:12 -0400 Received: from heytings.org ([95.142.160.155]:48022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY5da-0000Il-7f for 65217@debbugs.gnu.org; Mon, 21 Aug 2023 10:12:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692627127; bh=OWIT+OQeeWwESBeNnFficEFJhmhInxk41bR9qbmW520=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=nyAogPwnE0d06FLvhIk8OSULVq/tXNuZVjWr38dIijEio2oqyX5najmGnI7dsqdwI Dlw2glGmS8CJNk3TyhY3IVpoVdRddwt4FQtEStqdmGCcaM/oICJk34f9TjX9zEcdZh P+Go0jrH5Z8cw6/s5YcXBKsupaCsiUqDWRVid+0PobxoZr2OGBjx+bKgTiSu9xVQMO 3HPmyYYo4GnuDjzEtXHC6kvRTuOaEFpzsBGujS7kGxQ65/lIPovxBz84naHlcWaOk7 eIgSHWp+tVZT2EvpqIwRqyjUKBvsRgKUHY6hJ+9+h3tBhuzsyV7Nw+vmzbtG4ew2Ll IhAUwx2g7LTQw== Date: Mon, 21 Aug 2023 14:12:06 +0000 From: Gregory Heytings In-Reply-To: <514cff79-67db-d13a-e478-e2075b45bc82@gmx.at> Message-ID: <77daee02cf5599caf276@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> <77daee02cfc4d796b885@heytings.org> <514cff79-67db-d13a-e478-e2075b45bc82@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > Does that mean that my older recipe > > (setq my/frame > (make-frame `((left . 500) > (top . 5) > (width . 20) > (height . 20)))) > > (defun my/twiddle (width height) > (set-frame-size my/frame 10 10) > (set-frame-size my/frame width height) > (sit-for 0) > (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) > > (my/twiddle 20 20) > > works correctly with your setup? > I'm not sure what you mean by "works correctly". That exact recipe (with emacs -Q -l file.el) produces either a 10x10 frame or a 20x20 frame, randomly but apparently equally distributed. Adding a (sit-for 0) after the first call to set-frame-size does not help. But adding a (redisplay t) after the first call to set-frame-size helps: the result is then always a 20x20 frame. One problem remains, however: the message is still either "10 10" or "20 20". > > In which case the GTK people might have fixed this in the meantime (I'm > still on GTK+ Version 3.24.5) and the only problem is with child frames > as in the OP. > I have version 3.24.37 here. >> What would you suggest for this specific bug report? The OP hasn't >> replied yet, so it's not yet know whether that advice solves their >> problem, but don't you agree that calling (redisplay t) after calling >> set-frame-size (and other similar functions) would in most cases help >> to have the frame "in sync" with the code? > > I'd agree if (1) the patch I posted earlier doesn't help and (2) the > problem above with normal top-level frames has not been fixed. > I just tried your "my-twiddle.diff" patch, and with your recipe above it doesn't help: it still produces either a 10x10 frame or a 20x20 frame. I'm don't know you mean by "the problem above with normal top-level frames". From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Aug 2023 17:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169263908924623 (code B ref 65217); Mon, 21 Aug 2023 17:32:01 +0000 Received: (at 65217) by debbugs.gnu.org; 21 Aug 2023 17:31:29 +0000 Received: from localhost ([127.0.0.1]:57647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY8kT-0006P5-7S for submit@debbugs.gnu.org; Mon, 21 Aug 2023 13:31:29 -0400 Received: from mout.gmx.net ([212.227.15.15]:40029) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY8kQ-0006Op-7u for 65217@debbugs.gnu.org; Mon, 21 Aug 2023 13:31:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692639075; x=1693243875; i=rudalics@gmx.at; bh=5MYivgFCIhpXCjLsTh4fyo2y2W6y2ZdQJqYzMze7UR4=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=pzsrLk+CfKE96URNO49OQQSZqn+qm5AJzO0zOj2Jr00nsi5FvqPqmLGnT2TbvDq/9NY0KcF kTHreH7404w3A0npBrQYg/R1mxaWhz1Dgf+1lOrJkbkf2IqjQoz4Ph65Cml1FSyRcMwMmw4aQ zosTWuTpNZS8+VfE+l+m+dsTl+ns4GyEHMy7R0/dI68BybyI7fwoxxCJXyJ179nVILHpXjtlE /Nt+pbzO1Z5EaIwCE/zcaQ5rH0q8Vv7J5Q4TsvLxa5my3Ko63VrKKyD1B4JG1jgalbvWBSHCx XisHPIpWdjtEjMluvOq9zv8fbINtQkZIHBWc4Lw1RLXrHqm7yicw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([213.142.97.188]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N8XTv-1pccGw0IVd-014Q3S; Mon, 21 Aug 2023 19:31:15 +0200 Message-ID: <9cab2bf6-853a-cce7-1837-9b85529bdfcc@gmx.at> Date: Mon, 21 Aug 2023 19:31:12 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> <77daee02cfc4d796b885@heytings.org> <514cff79-67db-d13a-e478-e2075b45bc82@gmx.at> <77daee02cf5599caf276@heytings.org> From: martin rudalics In-Reply-To: <77daee02cf5599caf276@heytings.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:alDdRDLSg1e8C1UkKZQhHujDWu0uOgFHAlp8f4zztZe0yPpb9Ow vGu//vDMhJWRdFiIJ5NUKavSyyQ78tPjsT4lqomysDmnFvUcumDl/yr0fhmHIn6UO2acwnh QxwvG8EPNlBPC2V7cokwDoMgGFolNBkkXrDUHw8WXuhY36lDK7+R6eWG7XRzI5P8w4pwKdp ahWQG4hYrbmjH/VYo3e0w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:JCXnfZi8fDs=;567AMeuOkqp0PLPNscBG+lxJChG dlaIt8TU/9xNpKjEKSpz7uzI0LkNvtSu2wt0eVNZ7lalkL/0MDeSFgKgKgCge/Q8H1SX4rBdh +K9SowW2+0qWfu0RaOE0AVUvrcw2JiLstXQ8RvCPGvgMI3NHA3TEQXlk/6MUCMLNQONLepy0H lWvtFlM6B2gABAej1JXJOqJyVDx9MIcR8tsrC89Hwcn3Wujnj0UpQl3R9GPe6kqFT0B5yfArH dwd9zS3K3yXJ4W13LDtnNjar4sp3tqmd3xGS1a+pqflr2WYkKkyZ35BOc4gRhW7n/bduguLPh Wsc3G+w6EcoTApKFdghIipv5STaSoXq4AVSfdHjqE4z+ivI72q8IxnrFCQCs7dkHh+uU/ZTa3 9QYRVdiTWp3IIGvhIBnxkvGoMp6PwII80TSSsXkrorGUapvU5YPoWwMd/XJCA0y82Uf1dwut7 XJISM7rIej2PMHB6Zv9KVI8wrFn8atLStv3R2oBv56v8F9OEduZb9QLPjZU7YfKVdRfj2wt1j kJsUqz1YQTUcIv4aqBQClrF9MIYoSz5r+OJlyNMfnhVljLueVnkoUFtu3TOTK11pUMYKfdDbB 47Pw9/QcviDpFEWN8ZXJcV4JU0nhbd0abBSHK/Umk4zJgz12XspNtcqXmgcqiQwyF9EiGTmTO uaIr/MlNn1WN9xdKgS6u94rbq+VfUlCqj0xqDBh8bCZiFy5e2DF4ItceeVAHszmcDMX9V1D/Q MkV6QUDXu8mHKhHsfXojKyA+CMH0L2oCAGAyNojVzLS09DxdlR5n9x7cfEfoPOsBY+jfoMr/a fbLeGKN8oEECkNIFb8RdvMWsel1ZvZNkIkSXjoDadyVUsM05A7ciT3lfXl/JczZ9SLqkaO7zs VXskC2S3/ZC2Y5DOgfAfLs8CLGquU5tW/xlKKF0RjUPv1fC9aW5CtYkmba3V79wAAyxb25RAb ixRqdsAEa2lRl1NDAXjdo1JaJD4= X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I'm not sure what you mean by "works correctly". That exact recipe > (with emacs -Q -l file.el) produces either a 10x10 frame or a 20x20 > frame, randomly but apparently equally distributed. Adding [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.188 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.15 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I'm not sure what you mean by "works correctly". That exact recipe > (with emacs -Q -l file.el) produces either a 10x10 frame or a 20x20 > frame, randomly but apparently equally distributed. Adding [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.15 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [213.142.97.188 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > I'm not sure what you mean by "works correctly". That exact recipe > (with emacs -Q -l file.el) produces either a 10x10 frame or a 20x20 > frame, randomly but apparently equally distributed. Adding a (sit-for > 0) after the first call to set-frame-size does not help. Can you check whether input is pending before the 'sit-for' call? > But adding a > (redisplay t) after the first call to set-frame-size helps: the result > is then always a 20x20 frame. Here it works with FORCE nil too. 'redisplay' with non-nil FORCE means don't process pending input. Maybe any such redisplay just takes long enough so that in the meantime the 10x10 sizes get processed by GTK and the second 'set-frame-size' is recognized by GTK as something that wants to change the size. (sleep-for 0.001) works here too. I see problems with (sleep-for 0.00000000000000000000000000000000000000000000000001). > One problem remains, however: the message is still either "10 10" or "20 20". Always 10x10 wouldn't be that bad. The "either" means that some race condition persists. Here I get always "20x20" with the redisplay call. > I just tried your "my-twiddle.diff" patch, and with your recipe above > it doesn't help: it still produces either a 10x10 frame or a 20x20 > frame. I'm don't know you mean by "the problem above with normal > top-level frames". My "recipe above" was for normal top-level frames. The patch was for child frames exclusively. To avoid confusions: The scenario for child frames is (setq my/frame (make-frame `((left . 500) (top . 5) (width . 20) (height . 20) (parent-frame . ,(selected-frame))))) (defun my/twiddle (width height) (set-frame-size my/frame 10 10) (set-frame-size my/frame width height) (sit-for 0) (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) (my/twiddle 20 20) and my patch fixed that here. The scenario for normal top-level frames is (setq my/frame (make-frame `((left . 500) (top . 5) (width . 20) (height . 20)))) (defun my/twiddle (width height) (set-frame-size my/frame 10 10) (set-frame-size my/frame width height) (sit-for 0) (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) (my/twiddle 20 20) and my patch doesn't do anything about it. martin From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Aug 2023 18:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169264241230493 (code B ref 65217); Mon, 21 Aug 2023 18:27:02 +0000 Received: (at 65217) by debbugs.gnu.org; 21 Aug 2023 18:26:52 +0000 Received: from localhost ([127.0.0.1]:57781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY9c3-0007vl-Pl for submit@debbugs.gnu.org; Mon, 21 Aug 2023 14:26:52 -0400 Received: from heytings.org ([95.142.160.155]:48284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qY9c1-0007vb-Gx for 65217@debbugs.gnu.org; Mon, 21 Aug 2023 14:26:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1692642405; bh=KUF6h+5UWzPfIy+/RkyHMHx8ywK8FvYwz1hNrrAWxzg=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=1n2a2wLQCwI42AHnkhibRt4N6qDhYZMnPRux6GmieVaNpMXcb5kIzpxAcTSb7IR4y 2wZk9muJGX5HCDSjLlVJnXLqslp31goGt1SBaGK07sVNr2ea4tekf9pedrqH9J8rMy Oz6yeGBtKmc9ylwTu10luSGeZj5HTp1sVlaAvWKs5+Ti6PzK5h2yCO3W9ymitZ2wmm G3O2F6kfzEaEaqXHD5xXbWWlQh/1tVKZvo/xeiWqVcQKmdcjalV4UuURsTP1Q73GCA Ll8jYsV5CZ+RPT5cVYAhS3uk3K47rh1W0i6o8KG2qi81C0nZ8dF1KkHw7ITW/atwOz ICHpx/vv7FosA== Date: Mon, 21 Aug 2023 18:26:45 +0000 From: Gregory Heytings In-Reply-To: <9cab2bf6-853a-cce7-1837-9b85529bdfcc@gmx.at> Message-ID: <77daee02cf72dde775dd@heytings.org> References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> <77daee02cfc4d796b885@heytings.org> <514cff79-67db-d13a-e478-e2075b45bc82@gmx.at> <77daee02cf5599caf276@heytings.org> <9cab2bf6-853a-cce7-1837-9b85529bdfcc@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> I'm not sure what you mean by "works correctly". That exact recipe >> (with emacs -Q -l file.el) produces either a 10x10 frame or a 20x20 >> frame, randomly but apparently equally distributed. Adding a (sit-for >> 0) after the first call to set-frame-size does not help. > > Can you check whether input is pending before the 'sit-for' call? > input-pending-p invariably returns t in that recipe. >> But adding a (redisplay t) after the first call to set-frame-size >> helps: the result is then always a 20x20 frame. > > Here it works with FORCE nil too. > Indeed, here it works also with simply (redisplay), with the recipe for normal frames. I guess (redisplay t) is a bit safer though. > > (sleep-for 0.001) works here too. I see problems with (sleep-for > 0.00000000000000000000000000000000000000000000000001). > (sleep-for 0.001) between the two calls to set-frame-size, in the recipe for normal frames, doesn't work here, most often the child frame is 10x10, sometimes it is 20x20. However, (sleep-for 0.001) before the two calls to set-frame-size does work, the child frame is always 20x20. >> One problem remains, however: the message is still either "10 10" or >> "20 20". > > Always 10x10 wouldn't be that bad. The "either" means that some race > condition persists. Here I get always "20x20" with the redisplay call. > I just tried again to run the recipe for normal frames 20 times in a row: I get "10 10" ten times and "20 20" ten times. > > My "recipe above" was for normal top-level frames. The patch was for > child frames exclusively. To avoid confusions: The scenario for child > frames is > > (setq my/frame > (make-frame `((left . 500) > (top . 5) > (width . 20) > (height . 20) > (parent-frame . ,(selected-frame))))) > > (defun my/twiddle (width height) > (set-frame-size my/frame 10 10) > (set-frame-size my/frame width height) > (sit-for 0) > (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) > > (my/twiddle 20 20) > The "(parent-frame . ,(selected-frame))" was not in the recipe you sent a few hours ago. Amusingly (or not), with that additional frame parameter, the result is always a 10x10 child frame, and the message always "20 20". With a (redisplay) or (redisplay t) between the two calls to set-frame-size the result is always a 20x20 child frame, and the message always "20 20". With a (sleep-for 0.001) before or between the two calls to set-frame-size the result is always a 10x10 child frame, and the message always "20 20". > > and my patch fixed that here. > It also fixes the above recipe, the one for child frames. > > The scenario for normal top-level frames is > > (setq my/frame > (make-frame `((left . 500) > (top . 5) > (width . 20) > (height . 20)))) > > (defun my/twiddle (width height) > (set-frame-size my/frame 10 10) > (set-frame-size my/frame width height) > (sit-for 0) > (message (format "%s %s" (frame-width my/frame) (frame-height my/frame)))) > > (my/twiddle 20 20) > > and my patch doesn't do anything about it. > Correct, that's what I also see here. To summarize: - with the recipe for normal frames, (redisplay) or (redisplay t) between the two calls to set-frame-size, or (sleep-for 0.001) before the two calls to set-frame-size, fix the problem (but frame-width and frame-height return the actual frame width and height only with a 50% probability) - with the recipe for child frames, your patch, and (redisplay) or (redisplay t) between the two calls to set-frame-size and without your patch, fix the problem From unknown Mon Aug 18 17:53:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65217: 29.1; set-frame-size gets confused and drops calls Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Aug 2023 08:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65217 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gregory Heytings Cc: Ash , Eli Zaretskii , 65217@debbugs.gnu.org Received: via spool by 65217-submit@debbugs.gnu.org id=B65217.169269442321149 (code B ref 65217); Tue, 22 Aug 2023 08:54:01 +0000 Received: (at 65217) by debbugs.gnu.org; 22 Aug 2023 08:53:43 +0000 Received: from localhost ([127.0.0.1]:58543 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYN8x-0005V3-As for submit@debbugs.gnu.org; Tue, 22 Aug 2023 04:53:43 -0400 Received: from mout.gmx.net ([212.227.15.15]:37325) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qYN8v-0005Un-0N for 65217@debbugs.gnu.org; Tue, 22 Aug 2023 04:53:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1692694409; x=1693299209; i=rudalics@gmx.at; bh=KcVyWyVy+WjJlA6ekl6o/MJSYrRV/3eUiewJmL4Ge7w=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=uTJ9QM+kpCWHi+hCmBcMFhRAnuQqIQi6BQ8jFKZHIkOkYvxrYSGMQpv0SOSOL26osV81Rr+ v/g4n8oNbrEq56jwGAzLkaCTpegHFRodfmcWwdjAZibjoxVDqK6AR15wrbkdJudoJOW2Z4MnH sWcL82Iyebse/9QzfXi5wUY8jA2XKcjoxS61Z+LPaEIGM09o3mjRHixzweiMaHv7Nzqc/0o+M EgJ8oYIIovn3brqHbqgS8jlmrJn3rR0SAaRAaQ1hVKU7H64DQXK3uEq38lY9Zg0dpC3cO5fQb rJIcVZKq/tO7vrylEz+NVIelT1XU5dOtQNeGCbLXo8L2X9eOWGhA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.1.100] ([212.95.5.77]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MSc1L-1qALyq1PfV-00StJ5; Tue, 22 Aug 2023 10:53:29 +0200 Message-ID: <06bc65dc-fe3f-76d7-485a-2ff1cc1889d2@gmx.at> Date: Tue, 22 Aug 2023 10:53:26 +0200 MIME-Version: 1.0 Content-Language: en-US References: <3444890c-9111-5785-e683-8a2119e624b6@catgirl.ai> <83sf8i578j.fsf@gnu.org> <47724cb8-8448-e210-621f-9c3883bdc0ca@gmx.at> <8dc2bd48-d285-9911-3b69-2506fb7ea2a5@catgirl.ai> <83r0o051w5.fsf@gnu.org> <0b210770-99d2-2fd6-ae76-8c44d5902ab5@catgirl.ai> <83h6ow500n.fsf@gnu.org> <94e8ba2affd1f8d75106@heytings.org> <387ee04aa99416f015d1@heytings.org> <93b5b958-fc04-9ab4-69cd-2ffaa95fb525@gmx.at> <22de08b62befbeb99393@heytings.org> <7a24940b-4d6e-7e7c-d81d-b9815e1d0fbb@gmx.at> <77daee02cfc4d796b885@heytings.org> <514cff79-67db-d13a-e478-e2075b45bc82@gmx.at> <77daee02cf5599caf276@heytings.org> <9cab2bf6-853a-cce7-1837-9b85529bdfcc@gmx.at> <77daee02cf72dde775dd@heytings.org> From: martin rudalics In-Reply-To: <77daee02cf72dde775dd@heytings.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:bot4b1OMFK9ss0nNECuFhf7dzZ8m93Rx23CicJl+ootFO3BLYFZ JZukzf3xdm5ar0F40oGgRnxMclaLyYlxtWxKxGOSluEr1sDB3YgIrDYg42ZgAeO3ZzgfJG6 ExUnX2/I4REaUg5lF7jOdpgQMH6+3rkdrDe21oKP3NwEsbHYhS8XAi8F+DalIlq/O6T4mvy 3O4Utvk4A6wEM2e9PJyQA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:VT5JqJ8GZrE=;+sb0hb0L+nnH4eMAiwyq/nobA9E c32qftvF6mBxb824FVr4QrmWB+uDSplfxdtJyYVKJMy4S2DH8pwlsS8yREl5o3JRvgfark41Y 3Ze1NCaKSvowJNqDC3JCJaZslh7/nGxqubg+Qz2TI7zYxuo9OupIdwU3010G1BECJQNzAWWIY Kt1huQ17l8h1KPTaspYH8EezsrqtHeExHKUnOufuVui3vQ85Q67OQMcvA66OhikU0FOlB9pg+ qpK0+vxYLLkh20Iuja2fo0JK465YeDhIYtl9F9DzOTIFnGduoLlNxAeTmpyUV4vwfS55imQMj ISyqM3/IdbRgKncq069xdvK7/zrRdXGx+HCQr4qKqWl3Z8S3/fL7RCk0z+oCLdzsl/BSVORp2 I3YxtxTftxWTxkCHdc/u9o5aV9xnE08wQasno7FWFL4B4I739esVcjikpxG9Tjadj9je7hJqZ Wa9PcyAgiP9eBtqGH9i0rLpcAe00SFbJw9UaLZjd6d27kA1RwjA6cOClxi9ZJqPezYHgWITy3 WfjTPXchoS38lgZz0duV/eP3ojvO34a0ySzlX4ezjdPvZ5gOlxDL+WBPyaUuhLG1kTRP5XBDG Lg22NbpzAVNMmZlirfx8JGyc9YU48mRCUmYQHA4Cz48Ctb7ExZCG20aeB773UJy3Edlkk3yYf 4ttVO05mGUArxYIJto6N5dsZsUAZKAK+o6K/7beOW8MhlRF3LV7qwJHUA4j0Fp0RefZQvCLtJ itmtdS9ieXB8FivTa3D3ueZ9b3WmkhN0WpK3j5ChPrSQ9rOPvOjQ4Oi9+Hh2gW4NlBzAfceJC GRTcrfngKZBqeixle4IXbL7skqBWuXny6JVcsviif/K4mxHoEJfxeeWhI2+zq2+NXjYm4taxS IoVUHFGI0Ri2cuzQIRFxZZCP+LpCWEHSFRP5QtpFL4LwlkqOOKxVYYX9Li1PB6vcsq1dCJcQF GWmJHKIzoY/AGnuYRbQW83pPZfI= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> Can you check whether input is pending before the 'sit-for' call? >> > > input-pending-p invariably returns t in that recipe. This is with the default value of 'x-wait-for-event-timeout', so apparently the WM has answered our request. If I set 'x-wait-for-event-timeout' to zero, I reliably get a 10x10 frame for the non-child-frame case. Which IIUC means that GTK skips the second request. What do you get when you set 'x-wait-for-event-timeout' to zero for a non-child-frame without any redisplay? > Indeed, here it works also with simply (redisplay), with the recipe > for normal frames. I guess (redisplay t) is a bit safer though. But why would we want to _not_ process the ConfigureNotify event for the first 'set-frame-size' call? All (redisplay t) can do is to confirm that the frame has still its initial size of 20x20. Or what am I missing? > (sleep-for 0.001) between the two calls to set-frame-size, in the > recipe for normal frames, doesn't work here, most often the child > frame is 10x10, We still did not completely remove our earlier misunderstanding. In the "recipe for normal frames" there is no "child frame". That frame is a plain top-level frame - let's call it the "second" frame. > sometimes it is 20x20. However, (sleep-for 0.001) > before the two calls to set-frame-size does work, the child frame is > always 20x20. This must be a red herring: sleeping or not sleeping before theses calls cannot possibly affect what happens then, unless something like C-x C-e interacts with the window manager. > I just tried again to run the recipe for normal frames 20 times in a > row: I get "10 10" ten times and "20 20" ten times. The real visible sizes or the ones reported via the message? > The "(parent-frame . ,(selected-frame))" was not in the recipe you > sent a few hours ago. Amusingly (or not), with that additional frame > parameter, the result is always a 10x10 child frame, As mentioned above, in this case we _do_ create a child frame. Without the parent-frame parameter, the initial 'make-frame' call produces a simple top-level frame and not a child frame. Child frames and top-level frames are treated differently by the window manager in a number of regards - a child frames moves together with its parent and its position is always calculated relative to that of its parent. > and the message > always "20 20". With a (redisplay) or (redisplay t) between the two > calls to set-frame-size the result is always a 20x20 child frame, and > the message always "20 20". With a (sleep-for 0.001) before or > between ... the fact that there's no difference between "before or between" stumbles me ... > the two calls to set-frame-size the result is always a 10x10 > child frame, and the message always "20 20". > It also fixes the above recipe, the one for child frames. ... which again only hints at that GTK treats child frames differently here. It passes on the second request although the sizes are the same as the initial ones. > To summarize: > > - with the recipe for normal frames, (redisplay) or (redisplay t) > between the two calls to set-frame-size, or (sleep-for 0.001) before > the two calls to set-frame-size, fix the problem (but frame-width and > frame-height return the actual frame width and height only with a 50% > probability) > > - with the recipe for child frames, your patch, and (redisplay) or > (redisplay t) between the two calls to set-frame-size and without your > patch, fix the problem There's one additional experiment you could conduct: After you finished loading eval (setq frame-size-history '(100)) then do the (my/twiddle 20 20) and then eval (frame--size-history my/frame) and look at the *frame-size-history* buffer. Without (redisplay t) this gets me Frame size history of # size (1), TS=180x360~>90x180, TC=20x20~>10x10, NS=212x360~>122x180, IS=212x360~>122x180, MS=90x90 xg_frame_set_char_size, invisible, PS=212x360, XS=122x180, DS=122x180 xg_frame_set_char_size (5), TS=180x360~>90x180, TC=20x20~>10x10, NS=212x360~>122x180, IS=212x360~>122x180, MS=18x36 IH IV size (1), TS=90x180~>180x360, TC=10x10~>20x20, NS=122x180~>212x360, IS=122x180~>212x360, MS=90x90 xg_frame_set_char_size, invisible, PS=122x180, XS=212x360, DS=212x360 xg_frame_set_char_size (5), TS=90x180~>180x360, TC=10x10~>20x20, NS=122x180~>212x360, IS=122x180~>212x360, MS=18x36 IH IV ConfigureNotify, PS=212x360, XS=122x180, DS=212x360 xg_frame_resized, changed, PS=212x360, XS=122x180 change_frame_size_1, delayed, PS=212x360, XS=122x180, DS=212x360 change_frame_size (5), TS=180x360~>90x180, TC=20x20~>10x10, NS=212x360~>122x180, IS=212x360~>122x180, MS=18x36 IH IV With your (redisplay t) it gets me Frame size history of # size (1), TS=180x360~>90x180, TC=20x20~>10x10, NS=212x360~>122x180, IS=212x360~>122x180, MS=90x90 xg_frame_set_char_size, invisible, PS=212x360, XS=122x180, DS=122x180 xg_frame_set_char_size (5), TS=180x360~>90x180, TC=20x20~>10x10, NS=212x360~>122x180, IS=212x360~>122x180, MS=18x36 IH IV ConfigureNotify, PS=122x180, XS=122x180, DS=122x180 xg_frame_resized, unchanged, PS=122x180, XS=122x180 size (1), TS=90x180~>180x360, TC=10x10~>20x20, NS=122x180~>212x360, IS=122x180~>212x360, MS=90x90 xg_frame_set_char_size, invisible, PS=122x180, XS=212x360, DS=212x360 xg_frame_set_char_size (5), TS=90x180~>180x360, TC=10x10~>20x20, NS=122x180~>212x360, IS=122x180~>212x360, MS=18x36 IH IV ConfigureNotify, PS=212x360, XS=212x360, DS=212x360 xg_frame_resized, unchanged, PS=212x360, XS=212x360 so that redisplay call is apparently responsible for getting us a second ConfigureNotify event where we both recognize them as _not_ causing any change. Without the redisplay call we get one event indicating a change from 212x360 to 122x180 pixels. I'm not yet sure what to make of these and would like to see what you get first. Thanks, martin