From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 16 04:09:06 2022 Received: (at submit) by debbugs.gnu.org; 16 Jan 2022 09:09:06 +0000 Received: from localhost ([127.0.0.1]:42448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n91X7-0000Qz-Gy for submit@debbugs.gnu.org; Sun, 16 Jan 2022 04:09:06 -0500 Received: from lists.gnu.org ([209.51.188.17]:57340) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8zGf-0004w9-B6 for submit@debbugs.gnu.org; Sun, 16 Jan 2022 01:43:57 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51586) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n8zGa-0000TF-FV for bug-gnu-emacs@gnu.org; Sun, 16 Jan 2022 01:43:54 -0500 Received: from ravenhurst.kallisti.us ([69.164.210.145]:49010) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n8zGX-0005TS-It for bug-gnu-emacs@gnu.org; Sun, 16 Jan 2022 01:43:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kallisti.us ; s=20220106; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=3To1CdeyaV/t9yCBE0dAuAT3MIE1aX4dVCSY9qRDkYc=; b=WuXbGI6Xud4/nAbfhAxtpQ9Wc0 DdVKq1szmcg38/XZS8KZsywqHNA97jyTFjYFMEUz2XP/wxmG4AMmO9vJW0lAa4a8M34Ve3aw4kS6N 9kduMLJfAp2PXIf0/yvJHFPhAbcQWszDd1EcoxCYjirKD5y9K3OkzfxW97x/IzTawfUhzF36u5OqQ p2SSReNHLeq4il3oLqfLgCu+UxP35KsMx5rwa45d7JVBNCO9BncRB7qnlUcAQNKI9Lf/udN4UzlLZ Zm/8U5tuTsaCdIGRFZD/weMLH5HayvVkPBAXauoOeMG9R3JMOuPjc3eT/3tGx6U/1GTpiPOnIeLz5 6qu3sn7Q==; Received: from [50.46.16.53] (helo=stgulik) by ravenhurst.kallisti.us with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1n8zGV-00FwX6-De for bug-gnu-emacs@gnu.org; Sun, 16 Jan 2022 01:43:47 -0500 From: Ross Vandegrift To: bug-gnu-emacs@gnu.org Subject: 29.0.50; GTK3 frame stops updating Date: Sat, 15 Jan 2022 22:43:33 -0800 Message-ID: <87h7a4w57u.fsf@kallisti.us> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=69.164.210.145; envelope-from=ross@kallisti.us; helo=ravenhurst.kallisti.us X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 16 Jan 2022 04:09:03 -0500 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.3 (--) Under the Enlightenmnet window manager 0.25, emacs w/GTK3 stops updating after switching to a different virtual desktop and back. It still responds to keyboard input. It can be restored by shading (aka rolling up) or minimizing the window. Further, minimizing the window will cause emacs to behave correctly after future virtual desktop switches. At least until another unshading - at which point it stops updating again. Enlightenment 0.25 began setting _NET_WM_STATE to _NET_WM_STATE_HIDDEN when switching virtual desktops. According to xprop, the value is cleared after returning to the emacs desktop. A Xaw build doesn't have this problem. I've confirmed this with with 27.1 packages from debian bullseye and the current master branch. To reproduce: 1. install enlightenment 0.25 and start an X session 2. configure at least two virtual desktops in Settings -> Screen -> Virtual Desktops 3. install emacs using the GTK3 toolkit and start it 4. switch to another virtual desktop and back 5. focus the emacs frame, typing will not show up, but keyboard shortcuts still work (C-x C-c is easy to verify with) 6. double click the window title bar twice to shade & unshade. The window should start updating again. Thanks, Ross In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0) of 2022-01-15 built on stgulik Repository revision: c59e870cceb2f40040d6c02da7658c58054ab3ad Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12011000 System Description: Debian GNU/Linux 11 (bullseye) Configured using: 'configure --with-x=yes --with-x-toolkit=gtk3 --with-cairo --with-toolkit-scroll-bars --enable-libsystemd --without-gconf --with-mailutils --prefix=/usr/local/emacs/' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix Major mode: Fundamental Minor modes in effect: global-flycheck-mode: t auto-insert-mode: t override-global-mode: t global-auto-revert-mode: t cl-old-struct-compat-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort flyspell mail-extr emacsbug message yank-media rmc dired dired-loaddefs rfc822 mml mml-sec epa derived epg rfc6068 epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums flycheck-yamllint init trailing-whitespace-mode terraform-mode systemd edmacro kmacro server rego-mode reformatter protobuf-mode cc-langs plantuml-mode ob-dot ox-odt rng-loc rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-latex ox-icalendar ox-html table ox-ascii ox-publish ox org-element avl-tree org-capture org-agenda org-refile org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob-core ob-eval org-table oc-basic bibtex iso8601 ol org-keys oc org-compat org-macs org-loaddefs format-spec cal-menu calendar cal-loaddefs paragraph-tricks nginx-mode meson-mode markdown-mode noutline outline logstash-conf conf-mode js cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs ispell highlight-symbol highlight-quoted highlight-parentheses highlight-numbers parent-mode highlight-defined advice hcl-mode go-mode find-file ffap etags fileloop generator xref project compile comint ansi-color ring gitlab-ci-mode yaml-mode flycheck find-func dash dockerfile-mode s sh-script executable css-mode smie sgml-mode facemenu imenu eww xdg url-queue thingatpt shr pixel-fill kinsoku svg xml dom puny mm-url gnus nnheader gnus-util text-property-search time-date mail-utils wid-edit mm-util mail-prsvr color autoinsert cl-extra help-mode use-package use-package-ensure use-package-delight use-package-diminish use-package-bind-key bind-key easy-mmode use-package-core finder-inf autorevert filenotify rx info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars seq gv subr-x byte-opt bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-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 cl-generic 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 simple abbrev obarray cl-preloaded nadvice button 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 dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 489361 16852) (symbols 48 32344 5) (strings 32 171428 5117) (string-bytes 1 4919003) (vectors 16 58333) (vector-slots 8 639678 18492) (floats 8 244 245) (intervals 56 514 95) (buffers 992 11)) From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 16 04:19:23 2022 Received: (at control) by debbugs.gnu.org; 16 Jan 2022 09:19:23 +0000 Received: from localhost ([127.0.0.1]:42473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n91h5-0000hT-AD for submit@debbugs.gnu.org; Sun, 16 Jan 2022 04:19:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:57994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n91h3-0000hD-SO for control@debbugs.gnu.org; Sun, 16 Jan 2022 04:19:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=2j9t0XMFRkt8Uofs2eh5tWs7nlaGVEAcLh4maGgDoy4=; b=ZCAtY6JFmV9rVwJKSPsiT6/ifP aDkjeXbj8NBgpHCVkwXzNwJz9NYoY4/mkq6HusyZ1q8jcJSAyh35qO6LJ4tkQmU9jEZvMgdWAVmpx 7mT+HOjO2ib47kjkEEwCvgMrqEtJLNOGVe97mlj/kLyogH2FIRLkNo9ZIXrZSllNbgDc=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n91gv-0003h6-Fn for control@debbugs.gnu.org; Sun, 16 Jan 2022 10:19:15 +0100 Date: Sun, 16 Jan 2022 10:19:12 +0100 Message-Id: <87pmosyr5b.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #53299 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: forcemerge 53299 53298 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) forcemerge 53299 53298 quit From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 16 06:06:32 2022 Received: (at 53298) by debbugs.gnu.org; 16 Jan 2022 11:06:32 +0000 Received: from localhost ([127.0.0.1]:42601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93Mm-0005iH-9h for submit@debbugs.gnu.org; Sun, 16 Jan 2022 06:06:32 -0500 Received: from mout.gmx.net ([212.227.17.20]:56661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n93Mk-0005i5-WD for 53298@debbugs.gnu.org; Sun, 16 Jan 2022 06:06:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1642331174; bh=bb5T2/lc89oSt6paXRKlswdHP4ORKsedn4GI2/8E/tA=; h=X-UI-Sender-Class:Subject:To:References:Cc:From:Date:In-Reply-To; b=kJ3m0FXpqyGBennxNf7wrHVWBhAQrUtrzep1UCg3tFxlDd87Nlvt/aDvGNowkMJuM BVW7YOENneygsJSg4n8E7sbA2UiWEZOjPwptGXDcPsgF0ZXLaR7BxQ1n4iLbsZBSC3 H98mSdOlyB0LZntgzKXJA/bT1Xte1hGPVyVJxJdU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.58]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N33ET-1mCEKx2lcD-013RO7; Sun, 16 Jan 2022 12:06:14 +0100 Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating To: Ross Vandegrift , 53298@debbugs.gnu.org References: <87h7a4w57u.fsf@kallisti.us> From: martin rudalics Message-ID: <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> Date: Sun, 16 Jan 2022 12:06:12 +0100 MIME-Version: 1.0 In-Reply-To: <87h7a4w57u.fsf@kallisti.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:5Th5QVSLY7C73bcN4MqM4oBzU5EzRMNiAxQt3FQxHZYnVXvckI2 sReqwZk8wU1RYpV279NzGYDuIUO1gfLi16BKhYAxZTqsH+RDKGpshBEWdCgoR1muWF291l7 9Zn8EO/o9jy/ytsgPUdUObyOf/TMbT5LRFn8odNUtKseaUIz+gV0jOy3asqeBluHmfEzO05 FuJLFOciPqrAO07iBtzFA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:85fKNAmHakM=:TgYKYRuHACkPVr9kY1kxfg 2rM0SN/02bxNjRubQavQ1grOtZ9v7olH7l4jIXWjNXq3OSCcCRf3yECYOQ1SAiB4C5Usai8aB Ty8AgRHE8TEZY9h97GAj+5k04Dk+Bn/ExvmTRZCpS7M7+P6Tkn8rTyh3Z2vxjR6hS+zxfKBce pC2kqlVAS7ZXrBJHA0TDy5E8cKxWaxyGdsPy85RORoLNqURiQPha+QpgHZws6AZ12G0+Vxi0A 3mp0NJ7DjYs+fRaJLH+u1+JU0C2q4WmTLim63aIPMgItQkXGLOebTyr7VTOixHlElZEbDIhvj yny++EEVtZeT4p5cs80b63D74iBUKNFDffJlhocv0G3eE2twjMZnRzzZGCYjpn1RvUoP1JuBA Mz0mQWR0kvfzT+TopFfgJNVpBklUffOPfQDuz+rk03ngFTfwKSdaYFDmwjY9+juPMt6kwduqP FznEdXhD0iruY7oHUdAzuxNFr70ADnhu5OpSg7gwN50Eh7wJP4J8EUzV28gzQx/nzrL+kOKW7 c3JABzpDpkynetTBkyu4FP/6kXxRmKKf3onmefQNOjmyZf6CGsbXsGLHkEQbhsKcSbMmIbwB+ RmLXP9XJEsAU4rmQNJWiNDrAZIv057rTHEuN9OwShGHmc4v1hzLQYoe2TnG1oA6VooH+KK6AV exlHf34OOD34c30JEVo+FXjtTKx525nf8yac7v5Euvjfdaf/v3LhsKCTW81fgchzPUedfjeD+ JU51ouU5UEkvhU1hrG0d5qia3xid5UL5WLR7iIVHnx27eBNuQYe6Xbt5BUJUzCwebUa7qzB/C SiP7T/nghsklR0xg61qDLIK0E40D7bT0xyLeSVuW5/4697w6BUb+KtCMEDPn/9KRVlORxu2hj 8SuWle+XXWCT7QnOD+QZUzwB5htJiZWlHq4IBWGLcLLW56wd+l0KjvF/cnkXMMng2FKPgfXlw TEBzXOWGBzxsbQGgOjYpPAVY4wWmgCjagnZwh/ECIGVq7cbqxTbt/GojWCtS3c1IFrFYxgsNM pMoLAat4Pc8UedAgim1fXYbWnfetTCfC100aTh1lLvN0UpgF5cE46xPaxMNuvESP1HScb1t2A MTh+tuthyyiWFo= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 53298 Cc: Masaru Nomiya 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 (-) > Under the Enlightenmnet window manager 0.25, emacs w/GTK3 stops updating > after switching to a different virtual desktop and back. It still > responds to keyboard input. It can be restored by shading (aka rolling > up) or minimizing the window. > > Further, minimizing the window will cause emacs to behave correctly > after future virtual desktop switches. At least until another unshading > - at which point it stops updating again. > > Enlightenment 0.25 began setting _NET_WM_STATE to _NET_WM_STATE_HIDDEN > when switching virtual desktops. According to xprop, the value is > cleared after returning to the emacs desktop. > > A Xaw build doesn't have this problem. I've confirmed this with with > 27.1 packages from debian bullseye and the current master branch. > > To reproduce: > 1. install enlightenment 0.25 and start an X session > 2. configure at least two virtual desktops in Settings -> Screen -> > Virtual Desktops > 3. install emacs using the GTK3 toolkit and start it > 4. switch to another virtual desktop and back > 5. focus the emacs frame, typing will not show up, but keyboard > shortcuts still work (C-x C-c is easy to verify with) > 6. double click the window title bar twice to shade & unshade. The > window should start updating again. Thanks for the report. I suppose this is the problem described in Bug#49955 28.0.50; Emacs got quasi freeze. For some reasons, Masaru Nomiya reported that bug as fixed but we never got a conclusive answer. Also the problem he reported here https://www.mail-archive.com/enlightenment-users@lists.sourceforge.net/msg26981.html apparently had no conclusive outcome either. Can you try commenting in the two lines /** SET_FRAME_VISIBLE (f, 1); **/ /** SET_FRAME_ICONIFIED (f, false); **/ in xterm.c and tell whether that solves the problem. If so, we could add an option to set these in accordance with the window manager used. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 16 17:11:21 2022 Received: (at 53298) by debbugs.gnu.org; 16 Jan 2022 22:11:21 +0000 Received: from localhost ([127.0.0.1]:44373 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9Dk9-0002GF-1K for submit@debbugs.gnu.org; Sun, 16 Jan 2022 17:11:21 -0500 Received: from ravenhurst.kallisti.us ([69.164.210.145]:45230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9CNt-0006Kx-FL for 53298@debbugs.gnu.org; Sun, 16 Jan 2022 15:44:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kallisti.us ; s=20220106; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=eqpyulx41GrMqeuK5gFwtD1uCAlc+8XDuRBdhOL6yUA=; b=FP93dvuqVnGDV0wy4jBAYVeCAC 9KcI5nLt05Z8b5j8u41UgVdgwLSWdIvCRdFXl7XhHnra6HQ3RUZmKk9b3F824DQnbURlAhxOCkl0A ko+lDAyG5BbFU27OITddMws6ZC6oA/BTfJkMAy5P4ES3NAtffkwUpLBZiUwvK/kkWjynou3nhvLHX uqdjWh2VAwRgE4YcyE4ocJnZcpoyx1u3iGtV3SEUaaFfJwk+mHuEbNmwvJTZ8qOO5PcduuQCYdNlS rFXqRa+LD1+RedX2YATLlHNUDLeqO6QMMblkdnNw7JNheT/MMxV/ahiZho0U/AsFkySmeM69R9Vdd xjbiLFhg==; Received: from [50.46.16.53] (helo=stgulik) by ravenhurst.kallisti.us with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1n9CNr-00GREI-1r; Sun, 16 Jan 2022 15:44:15 -0500 Date: Sun, 16 Jan 2022 12:44:10 -0800 From: Ross Vandegrift To: martin rudalics Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating Message-ID: <20220116204410.e2vjlz3g4clrxg7q@stgulik> References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 53298 X-Mailman-Approved-At: Sun, 16 Jan 2022 17:11:20 -0500 Cc: Masaru Nomiya , 53298@debbugs.gnu.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.0 (-) On Sun, Jan 16, 2022 at 12:06:12PM +0100, martin rudalics wrote: > Thanks for the report. I suppose this is the problem described in > Bug#49955 28.0.50; Emacs got quasi freeze. For some reasons, Masaru > Nomiya reported that bug as fixed but we never got a conclusive answer. > > Also the problem he reported here > > https://www.mail-archive.com/enlightenment-users@lists.sourceforge.net/msg26981.html > > apparently had no conclusive outcome either. > > Can you try commenting in the two lines > > /** SET_FRAME_VISIBLE (f, 1); **/ > /** SET_FRAME_ICONIFIED (f, false); **/ > > in xterm.c and tell whether that solves the problem. If so, we could > add an option to set these in accordance with the window manager used. No, that didn't help. Reverting 483c5e953c as suggested in #49955 does though. I mucked with the revert a bit, the issue is skipping the the FocusIn handling on GTK. The minimal working revert is below. Not sure if this is safe for the other issue through. Ross diff --git a/src/xterm.c b/src/xterm.c index 5798ea3eeb..752b6562bb 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -9574,16 +9574,10 @@ handle_one_xevent (struct x_display_info *dpyinfo, goto OTHER; case FocusIn: -#ifndef USE_GTK /* Some WMs (e.g. Mutter in Gnome Shell), don't unmap minimized/iconified windows; thus, for those WMs we won't get a MapNotify when unminimizing/deconifying. Check here if we - are deiconizing a window (Bug42655). - - But don't do that on GTK since it may cause a plain invisible - frame get reported as iconified, compare - https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. - That is fixed above but bites us here again. */ + are deconizing a window (Bug42655). */ f = any; if (f && FRAME_ICONIFIED_P (f)) { @@ -9593,7 +9587,6 @@ handle_one_xevent (struct x_display_info *dpyinfo, inev.ie.kind = DEICONIFY_EVENT; XSETFRAME (inev.ie.frame_or_window, f); } -#endif /* USE_GTK */ x_detect_focus_change (dpyinfo, any, event, &inev.ie); goto OTHER; From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 17 04:40:13 2022 Received: (at 53298) by debbugs.gnu.org; 17 Jan 2022 09:40:13 +0000 Received: from localhost ([127.0.0.1]:44769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9OUm-0004xC-IO for submit@debbugs.gnu.org; Mon, 17 Jan 2022 04:40:13 -0500 Received: from mout.gmx.net ([212.227.15.15]:49709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9OUk-0004ws-9n for 53298@debbugs.gnu.org; Mon, 17 Jan 2022 04:40:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1642412395; bh=dik/mXo98M3imZqrJde4fUjcmyS3+c1Jqh22Sv06nfo=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=FFj+GkZu56P3/PKrcELGimOA8I+IEmb0etU0h7kvM3LgED8gdz8g/DK7qRIpqN3FB Y+gARavsfTbMTIrO+h4ZHyiNCVYMYpAwVCLEhavbn7SV30hR/2dLK5xjbKJrl1tXVH dLSqrwg3TpBzUnsHgiIVcsJ5Hr1v/tD3obrr/QtY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([46.125.249.106]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MvbFs-1mIGCr2iH8-00sh4e; Mon, 17 Jan 2022 10:39:55 +0100 Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating To: Ross Vandegrift References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> <20220116204410.e2vjlz3g4clrxg7q@stgulik> From: martin rudalics Message-ID: Date: Mon, 17 Jan 2022 10:39:53 +0100 MIME-Version: 1.0 In-Reply-To: <20220116204410.e2vjlz3g4clrxg7q@stgulik> Content-Type: multipart/mixed; boundary="------------F41C44287D39A5A4DA8BA9EB" Content-Language: en-US X-Provags-ID: V03:K1:bKIUMW6jn+PedYNDdaRcRL1N+edv1b4nJYCnqgp3oexUn5QUjFV jw3ekwkWdLPncCHc6n+F4pJ7xCnzHsmPT1sIF8TO7meoGZz8ayy1ZROW3W0pEfusQYy2YOZ lAY8sIwjV6j58b3UDdC69xTuEfEE8gyfjnXs8i4z6C12kMGVl68dIRSo8V7xYmGJnwsNBP7 L0w8sg0iB2i9CWQrvzCBQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ctz/hgib1fg=:6MJNXl1wKZT6LHwDNVQSlp Hp1xnTLNc8+wzIqKUnnIgT609v0XgOtPMmoBVQhxtnsQqZNmHc3t7pN5tnXU2pKF5rqK0rzOB RLAENDwPWmD6KFCzhUq3nHfIuyAeDQw4K3yuFaZNbX1N/18zy76SNY20eVEMmx2aM717EzYrf 2kbtV4Q6btuk45Wx2+bl5SglfWx4jSJB6aJ8Po7eYw10vpVXDLQ9JCn0f5ALiv5KgOQIB9hK+ wwtUDHiTYgYCA9YONklHWHz41ZckAEoCOi9wld+ggiLTWNygiP1Ff3yvNFz3OhFqSH/jeVBXD wg5/tFWuaIMKHzLFvsLIf4m0/jb6Klc40Zmg1vwxYUHfQm3YJqbkxnnNT7B4PZ6IjRWqRDULV xLfp6u4g4BwW3SO4RtPOqdIiEP6GAu6qYVkvcH7JO4bW8ougMGuESS2mKwUXMiRmybp3wT8/e AklOGg8V7qW6lovAM9oh3h4Ou8mMwaNqiOIjdjjkOqZM1+QZacdvT+SEbJHUFxznYz+BTkQaH PFUKvhICIqmu4LtgliT8QIz/oAJ/WvuvteUujA0MlNi5tfwni9c/XV+SPnsU9O3MjBVKFADmL lr5o25MkrppIcWYo7A4k7DPs278rvar6I2SxkSMxiEeWztDrjjpgRrapLOrk8TX5cEjW7RLgt EcP0ivK7W21RSseQv/bsGXu1MWQe8iFgXgHZyctXtiRwcHoQtpesZ+5NV2WaHR4vm4YpflNhg 4NvSpMBts7zD5sBaYPpjeZ/yXbFj8rsdspYi7tHEY3nWugUNPR6C0MFSl10+H3H9pS9kWBBCO c2ghQBbOuxbixYjI/ZCqgemEFN5g9u1+Sc0JSQdZ358Pj2FZRCupW0LLjyIa/CcJTTTeIwtPk DEUKjFAx2DIXsb9f+x3opbSVME0ApTVwzSmPOCm1xa1BdXvyh16oWlaSB+AdtplsdcDFJIT5n kNAn7p/YpUDhD5JqX2H3BYWvgT5i/7lOlwuLXrygTz7A3WiqxeUnDO0LxlJ/XZMeTGzCAMYc4 S6cgGCv5pUvjbw7GxCWwqEXde1HdKt0cHmvtnUu2x2/DT6/nDiTG40Zb1QgI5G3NU1pbxVYwa H7cTlrakPOLWKQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 53298 Cc: Masaru Nomiya , 53298@debbugs.gnu.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.7 (-) This is a multi-part message in MIME format. --------------F41C44287D39A5A4DA8BA9EB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > No, that didn't help. Reverting 483c5e953c as suggested in #49955 does though. > I mucked with the revert a bit, the issue is skipping the the FocusIn handling > on GTK. > > The minimal working revert is below. Not sure if this is safe for the other > issue through. Thanks. I attach a diff against Emacs 28 for this. Can you try it? You would have to set the variable 'x-set-frame-visibility-more-laxly' to either 'focus-in' or 't' to see the effect. Thanks, martin --------------F41C44287D39A5A4DA8BA9EB Content-Type: text/x-patch; name="x-set-frame-visibility-more-laxly.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="x-set-frame-visibility-more-laxly.diff" diff --git a/etc/PROBLEMS b/etc/PROBLEMS index eb685e5bfb..5271f3b4e9 100644 =2D-- a/etc/PROBLEMS +++ b/etc/PROBLEMS @@ -1269,6 +1269,13 @@ and then Alt-F7). A bug for it is here: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/231034. Note that a permanent fix seems to be to disable "assistive technologies"= . +*** Enlightenment: Frames not redrawn after switching virtual desktops + +With Enlightenment version 0.25, Emacs frames may no be redrawn orderly +after switching back from another virtual desktop, see Bug#49955 and +Bug#53298. Setting the variable 'x-set-frame-visibility-more-laxly' to +one of 'focus-in', 'expose' or 't' should fix this. + *** Gnome: Emacs receives input directly from the keyboard, bypassing XIM= . This seems to happen when gnome-settings-daemon version 2.12 or later diff --git a/src/xterm.c b/src/xterm.c index b55a54b945..b80d45f855 100644 =2D-- a/src/xterm.c +++ b/src/xterm.c @@ -8231,12 +8231,17 @@ handle_one_xevent (struct x_display_info *dpyinfo, if (!FRAME_VISIBLE_P (f)) { block_input (); - /* The following two are commented out to avoid that a - plain invisible frame gets reported as iconified. That - problem occurred first for Emacs 26 and is described in - https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. = */ -/** SET_FRAME_VISIBLE (f, 1); **/ -/** SET_FRAME_ICONIFIED (f, false); **/ + /* By default, do not set the frame's visibility here, see + https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. + The default behavior can be overridden by setting + 'x-set-frame-visibility-more-laxly' (Bug#49955, + Bug#53298). */ + if (EQ (x_set_frame_visibility_more_laxly, Qexpose) + || EQ (x_set_frame_visibility_more_laxly, Qt)) + { + SET_FRAME_VISIBLE (f, 1); + SET_FRAME_ICONIFIED (f, false); + } if (FRAME_X_DOUBLE_BUFFERED_P (f)) font_drop_xrender_surfaces (f); @@ -8824,26 +8829,33 @@ handle_one_xevent (struct x_display_info *dpyinfo, goto OTHER; case FocusIn: -#ifndef USE_GTK +#ifdef USE_GTK /* Some WMs (e.g. Mutter in Gnome Shell), don't unmap minimized/iconified windows; thus, for those WMs we won't get - a MapNotify when unminimizing/deconifying. Check here if we + a MapNotify when unminimizing/deiconifying. Check here if we are deiconizing a window (Bug42655). - But don't do that on GTK since it may cause a plain invisible - frame get reported as iconified, compare + But don't do that by default on GTK since it may cause a plain + invisible frame get reported as iconified, compare https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. - That is fixed above but bites us here again. */ - f =3D any; - if (f && FRAME_ICONIFIED_P (f)) - { - SET_FRAME_VISIBLE (f, 1); - SET_FRAME_ICONIFIED (f, false); - f->output_data.x->has_been_visible =3D true; - inev.ie.kind =3D DEICONIFY_EVENT; - XSETFRAME (inev.ie.frame_or_window, f); - } + That is fixed above but bites us here again. + + The option x_set_frame_visibility_more_laxly allows to override + the default behavior (Bug#49955, Bug#53298). */ + if (EQ (x_set_frame_visibility_more_laxly, Qfocus_in) + || EQ (x_set_frame_visibility_more_laxly, Qt)) #endif /* USE_GTK */ + { + f =3D any; + if (f && FRAME_ICONIFIED_P (f)) + { + SET_FRAME_VISIBLE (f, 1); + SET_FRAME_ICONIFIED (f, false); + f->output_data.x->has_been_visible =3D true; + inev.ie.kind =3D DEICONIFY_EVENT; + XSETFRAME (inev.ie.frame_or_window, f); + } + } x_detect_focus_change (dpyinfo, any, event, &inev.ie); goto OTHER; @@ -13779,4 +13791,21 @@ syms_of_xterm (void) consuming frame position adjustments. In newer versions of GTK, Emacs always uses gtk_window_move and ignores the value of this variable. */); x_gtk_use_window_move =3D true; + + DEFSYM (Qexpose, "expose"); + + DEFVAR_LISP ("x-set-frame-visibility-more-laxly", + x_set_frame_visibility_more_laxly, + doc: /* Non-nil means set frame visibility more laxly. +If this is nil, Emacs is more strict when marking a frame as visible. +Since this may cause problems on some window managers, this variable can +be also set as follows: The value `focus-in' means to mark a frame as +visible also when a FocusIn event is received for it on GTK builds. The +value `expose' means to mark a frame as visible also when an Expose +event is received for it on any X build. The value `t' means to mark a +frame as visible in either of these two cases. + +Note that any non-nil setting may cause invisible frames get erroneously +reported as iconified. */); + x_set_frame_visibility_more_laxly =3D Qnil; } --------------F41C44287D39A5A4DA8BA9EB-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 17 18:24:01 2022 Received: (at 53298) by debbugs.gnu.org; 17 Jan 2022 23:24:01 +0000 Received: from localhost ([127.0.0.1]:48438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9bM0-0001dY-Q6 for submit@debbugs.gnu.org; Mon, 17 Jan 2022 18:24:00 -0500 Received: from ravenhurst.kallisti.us ([69.164.210.145]:50520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9bLx-0001dP-HZ for 53298@debbugs.gnu.org; Mon, 17 Jan 2022 18:23:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=kallisti.us ; s=20220106; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=tB1133XsKtm4Jgavld5ggnLkQ0ONyua4akL8VRO4XKk=; b=bEz9eLtvIn4fKrUkWw1rUCLqIv 0ge0nskKJ3zfoDbvdfHCAlNkekX1d1vAiRfsbKitgbwdrwNzaHqIfYMJqaTvWbfy/pqLqjOIQvSny fr4D3LvpAvI33Jejl8LkuHTDNa9KMjShybv/sU95Fqx5735iFI0InHjpjgkHAEtUeis6i+2paoGD7 gVcEyOj5nSm4Ibq8/6/d8dc1JfAlq+GU/31wUBz61PnsT5yDTtfWmxnv/mbSUsFveA/yLkgF13hZs 3oxqwpH/b2pEAzqegFmBr1i2isHdZrFd7OAZWM3HhcB4ybARAoARZVYA/LzELFTkuOGAsOGg/rLn1 XlNhX/gw==; Received: from [50.46.16.53] (helo=stgulik) by ravenhurst.kallisti.us with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1n9bLv-00HPnM-CI; Mon, 17 Jan 2022 18:23:55 -0500 Date: Mon, 17 Jan 2022 15:23:51 -0800 From: Ross Vandegrift To: martin rudalics Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating Message-ID: <20220117232351.35nwooltmbj3cvhv@stgulik> References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> <20220116204410.e2vjlz3g4clrxg7q@stgulik> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 53298 Cc: Masaru Nomiya , 53298@debbugs.gnu.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.0 (-) On Mon, Jan 17, 2022 at 10:39:53AM +0100, martin rudalics wrote: > > No, that didn't help. Reverting 483c5e953c as suggested in #49955 does though. > > I mucked with the revert a bit, the issue is skipping the the FocusIn handling > > on GTK. > > > > The minimal working revert is below. Not sure if this is safe for the other > > issue through. > > Thanks. I attach a diff against Emacs 28 for this. Can you try it? > You would have to set the variable 'x-set-frame-visibility-more-laxly' > to either 'focus-in' or 't' to see the effect. Yep, this works. Thanks! Ross From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 18 02:29:29 2022 Received: (at 53298) by debbugs.gnu.org; 18 Jan 2022 07:29:29 +0000 Received: from localhost ([127.0.0.1]:48823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9ivp-0003sT-Ce for submit@debbugs.gnu.org; Tue, 18 Jan 2022 02:29:29 -0500 Received: from mout.gmx.net ([212.227.15.19]:36619) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9ivk-0003sC-Pa for 53298@debbugs.gnu.org; Tue, 18 Jan 2022 02:29:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1642490950; bh=L8a9A6dqwHKbWT9QxTYu91C2ohn9TBsiGKqVp7q4GG4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=SEE/MjEWpnQcxoMRDfhFtVXUm7MKwH0ypvfG9PT5IgGgUI3e6XQGKUVBv6eb5Kd69 wHuHvV2F5b4ngeP0vGhWLygoYfaCYJxkx/g4zO0+2ThoaMmpKYGPRIUAZgNpT+yv1N dX4zvgCKr/t7IK6TBeIS9hWNeNAlQ9/0vDp2/HKw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([213.142.97.109]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MwQT9-1mIAT50yv7-00sPqj; Tue, 18 Jan 2022 08:29:10 +0100 Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating To: Ross Vandegrift References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> <20220116204410.e2vjlz3g4clrxg7q@stgulik> <20220117232351.35nwooltmbj3cvhv@stgulik> From: martin rudalics Message-ID: <40e5420e-8de6-be61-28af-8ab9418a08ea@gmx.at> Date: Tue, 18 Jan 2022 08:29:08 +0100 MIME-Version: 1.0 In-Reply-To: <20220117232351.35nwooltmbj3cvhv@stgulik> Content-Type: multipart/mixed; boundary="------------8F0A262BB96F38027CBECBC1" Content-Language: en-US X-Provags-ID: V03:K1:MyhHAmtJYz0UxNhzcYBAspgGZCn+l3g67GSN0+WlOia6/OqNZiK HO7bYulSMFwzaDGO9ob+WG2ZWYTeLottBiOmXnDJU+1zBSGhyAkVfDZeRu+QoZLo3YrKB7J 2yajML7XN1Df2Eo/jTfBD/kKarQfeAjcSnO14Vx1vZEnpVt4qvzvT+ykLx4SHJP8eqJR4kp Uq94pTRl9HU88/uhWFm9w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ybTnIAN9y5M=:rlqxF15GrqWrgi712OwyW0 ml5q//ynGOuyXrZ9F3AUt4oRJ6UmeKMyRsypRS3HgSGVGue+gekwWFjpRozxWlccOFVM3WJ8g 43Q6b2ZJDgiv7RVJB4h8PnrbDKi5L0lg5JGQdcS+5qMgV72RRRW9lIHtYQ/TE48iYArlP81LX R0tkLBfUOxrCNuRca9+fEBTLgevhh9NCMs+zd0vV7XMhSCjWMoHXM3duJTSfKCyPh12yP9wmZ AveFFniOd/x1zVY8nTFBB/LTHJ8CeELslUb4inqanegXH3gMeFwZFI5sK6XzP1z8uTEnj6Pxi DsS88fz1uihCTcBlYeCgqc8iK5rxmDG5TEsrpvBTO4VfAjvl2W3j5z2w1jZVtrM27md10tDgP BxMdZucB7vYHkN6fFdaXuWx1w7Brh9ti36PZNmE6qf9VFIYjr3gzQOAcyvjk7VT434Tc8MEmm /e7r6AEwQjM0fvfpYySX3L2JeZNCzHRUCsInCeUwENYr+BarUy/PNusIOAN6TIaNigNw0mMKZ CeQ084O4aT1b68hRA30TK5Us2GhIhDygsZKqGi4LmnYyHHeK/NxuhqT17X1hXzqhFocuohlGp BrxCm3gHBhWiN0zLni5bRMzxhefWY9mDJHGNSivZ0dw9aWVnSdViaQFwTyFZbPv48Vb06ovzB OBXT/KA6DIHRa3c4SZ16/o/VruPTDp/9dFt5KTHUwspvzHsB2sRecAbaN+P8TQM16MIreJadT OTytoPC1n8J/JuE2i8nH69InQbTrvoSxa+HUx79ZjhaDZSgfO/bz15UiUrhivc/jdec1zmm6I Endz12EGUrpbDfFsI0wG4A8hstBMU+AEspG7waryLIZk6EEW0bCZlKeoW4xgVVzMjgXIFD5EJ JS0UgGMJ3wAAdlBPIkW83W600Sa2l8Xva9eKJ9uZgNBqNEYXAKydY2TZN7NPvtIFQYngp6CoC tlS4MICLMCWTg62ogpu/8mbi46D3MwWhtGdnt4F6alqfPgO9vNpVr92hIU0r6aOZAOa1a0K+z vChBmCk36N6/QbKYsl0PlE9TiXF4ZYDMH6Lljpr9WZ3e9BMtahimeGoY+22EZaVWA6UHS3u64 IY4iG1q6KDwfAI= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 53298 Cc: Masaru Nomiya , 53298@debbugs.gnu.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.7 (-) This is a multi-part message in MIME format. --------------8F0A262BB96F38027CBECBC1 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit >> Thanks. I attach a diff against Emacs 28 for this. Can you try it? >> You would have to set the variable 'x-set-frame-visibility-more-laxly' >> to either 'focus-in' or 't' to see the effect. > > Yep, this works. Thanks! Eli, is this OK to install on the release branch? It doesn't affect default behavior but leaves us a fire escape for this and similar cases. martin --------------8F0A262BB96F38027CBECBC1 Content-Type: text/x-patch; name="x-set-frame-visibility-more-laxly.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="x-set-frame-visibility-more-laxly.diff" diff --git a/etc/PROBLEMS b/etc/PROBLEMS index eb685e5bfb..5271f3b4e9 100644 =2D-- a/etc/PROBLEMS +++ b/etc/PROBLEMS @@ -1269,6 +1269,13 @@ and then Alt-F7). A bug for it is here: https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/231034. Note that a permanent fix seems to be to disable "assistive technologies"= . +*** Enlightenment: Frames not redrawn after switching virtual desktops + +With Enlightenment version 0.25, Emacs frames may no be redrawn orderly +after switching back from another virtual desktop, see Bug#49955 and +Bug#53298. Setting the variable 'x-set-frame-visibility-more-laxly' to +one of 'focus-in', 'expose' or 't' should fix this. + *** Gnome: Emacs receives input directly from the keyboard, bypassing XIM= . This seems to happen when gnome-settings-daemon version 2.12 or later diff --git a/src/xterm.c b/src/xterm.c index b55a54b945..b80d45f855 100644 =2D-- a/src/xterm.c +++ b/src/xterm.c @@ -8231,12 +8231,17 @@ handle_one_xevent (struct x_display_info *dpyinfo, if (!FRAME_VISIBLE_P (f)) { block_input (); - /* The following two are commented out to avoid that a - plain invisible frame gets reported as iconified. That - problem occurred first for Emacs 26 and is described in - https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. = */ -/** SET_FRAME_VISIBLE (f, 1); **/ -/** SET_FRAME_ICONIFIED (f, false); **/ + /* By default, do not set the frame's visibility here, see + https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. + The default behavior can be overridden by setting + 'x-set-frame-visibility-more-laxly' (Bug#49955, + Bug#53298). */ + if (EQ (x_set_frame_visibility_more_laxly, Qexpose) + || EQ (x_set_frame_visibility_more_laxly, Qt)) + { + SET_FRAME_VISIBLE (f, 1); + SET_FRAME_ICONIFIED (f, false); + } if (FRAME_X_DOUBLE_BUFFERED_P (f)) font_drop_xrender_surfaces (f); @@ -8824,26 +8829,33 @@ handle_one_xevent (struct x_display_info *dpyinfo, goto OTHER; case FocusIn: -#ifndef USE_GTK +#ifdef USE_GTK /* Some WMs (e.g. Mutter in Gnome Shell), don't unmap minimized/iconified windows; thus, for those WMs we won't get - a MapNotify when unminimizing/deconifying. Check here if we + a MapNotify when unminimizing/deiconifying. Check here if we are deiconizing a window (Bug42655). - But don't do that on GTK since it may cause a plain invisible - frame get reported as iconified, compare + But don't do that by default on GTK since it may cause a plain + invisible frame get reported as iconified, compare https://lists.gnu.org/archive/html/emacs-devel/2017-02/msg00133.html. - That is fixed above but bites us here again. */ - f =3D any; - if (f && FRAME_ICONIFIED_P (f)) - { - SET_FRAME_VISIBLE (f, 1); - SET_FRAME_ICONIFIED (f, false); - f->output_data.x->has_been_visible =3D true; - inev.ie.kind =3D DEICONIFY_EVENT; - XSETFRAME (inev.ie.frame_or_window, f); - } + That is fixed above but bites us here again. + + The option x_set_frame_visibility_more_laxly allows to override + the default behavior (Bug#49955, Bug#53298). */ + if (EQ (x_set_frame_visibility_more_laxly, Qfocus_in) + || EQ (x_set_frame_visibility_more_laxly, Qt)) #endif /* USE_GTK */ + { + f =3D any; + if (f && FRAME_ICONIFIED_P (f)) + { + SET_FRAME_VISIBLE (f, 1); + SET_FRAME_ICONIFIED (f, false); + f->output_data.x->has_been_visible =3D true; + inev.ie.kind =3D DEICONIFY_EVENT; + XSETFRAME (inev.ie.frame_or_window, f); + } + } x_detect_focus_change (dpyinfo, any, event, &inev.ie); goto OTHER; @@ -13779,4 +13791,21 @@ syms_of_xterm (void) consuming frame position adjustments. In newer versions of GTK, Emacs always uses gtk_window_move and ignores the value of this variable. */); x_gtk_use_window_move =3D true; + + DEFSYM (Qexpose, "expose"); + + DEFVAR_LISP ("x-set-frame-visibility-more-laxly", + x_set_frame_visibility_more_laxly, + doc: /* Non-nil means set frame visibility more laxly. +If this is nil, Emacs is more strict when marking a frame as visible. +Since this may cause problems on some window managers, this variable can +be also set as follows: The value `focus-in' means to mark a frame as +visible also when a FocusIn event is received for it on GTK builds. The +value `expose' means to mark a frame as visible also when an Expose +event is received for it on any X build. The value `t' means to mark a +frame as visible in either of these two cases. + +Note that any non-nil setting may cause invisible frames get erroneously +reported as iconified. */); + x_set_frame_visibility_more_laxly =3D Qnil; } --------------8F0A262BB96F38027CBECBC1-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 18 13:04:02 2022 Received: (at 53298) by debbugs.gnu.org; 18 Jan 2022 18:04:03 +0000 Received: from localhost ([127.0.0.1]:51643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9spu-0000ON-N4 for submit@debbugs.gnu.org; Tue, 18 Jan 2022 13:04:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n9spq-0000No-BD for 53298@debbugs.gnu.org; Tue, 18 Jan 2022 13:04:01 -0500 Received: from [2001:470:142:3::e] (port=42872 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9spk-0004Y7-RB; Tue, 18 Jan 2022 13:03:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UpsqijctTj4f5Njkzzs+SMhGl9kYrerCS0fBMYiCAzg=; b=VN/u69M4hZUV A97xptimVEd94LZgkmYBxsdxZD9ge0Lzm25aY5YvbvvBG7iRNGKKNOL7FhKmrdqhxtSwwxUtWzmxG yK6TVPSAudRlKdTX5FR3T7tlBEjtZ3cwbhwkPkL8y95rSv/BORF86NIyQ+9wupgjgHTnMvsc9yWiQ hMgYpH8vz/9fuhkPKz6Ihdx7knOClQfyQAkid+Q5tGaTQpJLOQezzkAnNsWfuifzwvaMRbetaNWfr i/Qq3g1yq10lEmMwTZMhnzyj/rC4U8GPYAl0kWMFPENMba5JoNnj05tRqiWnxtuqbmGrC+cVOBfOs gzj67YJroishaPXB2CMQqQ==; Received: from [87.69.77.57] (port=2365 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9spk-0003XM-Q9; Tue, 18 Jan 2022 13:03:53 -0500 Date: Tue, 18 Jan 2022 20:03:46 +0200 Message-Id: <837dawvs3h.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <40e5420e-8de6-be61-28af-8ab9418a08ea@gmx.at> (message from martin rudalics on Tue, 18 Jan 2022 08:29:08 +0100) Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> <20220116204410.e2vjlz3g4clrxg7q@stgulik> <20220117232351.35nwooltmbj3cvhv@stgulik> <40e5420e-8de6-be61-28af-8ab9418a08ea@gmx.at> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 53298 Cc: 53298@debbugs.gnu.org, ross@kallisti.us 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 (---) > From: martin rudalics > Date: Tue, 18 Jan 2022 08:29:08 +0100 > Cc: 53298@debbugs.gnu.org > > Eli, is this OK to install on the release branch? It doesn't affect > default behavior but leaves us a fire escape for this and similar cases. Yes, but please remove the reference to bug numbers from the PROBLEMS entry. We don't point to bugs there because PROBLEMS is for users who need a quick and efficient solution TL;DR style. The reference to the bugs in the comments to the code is enough. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 20 04:49:34 2022 Received: (at 53298) by debbugs.gnu.org; 20 Jan 2022 09:49:34 +0000 Received: from localhost ([127.0.0.1]:56377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nAU4U-0002hj-J2 for submit@debbugs.gnu.org; Thu, 20 Jan 2022 04:49:34 -0500 Received: from mout.gmx.net ([212.227.15.18]:50329) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nAU4S-0002hV-Q3 for 53298@debbugs.gnu.org; Thu, 20 Jan 2022 04:49:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1642672166; bh=/rr3AjvwO1ykX/i3/YyIbZtJz4iYW9CzomWK0huD2vw=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=L9U+KJ5sk9+ZW8m+EMkVj+Y4xHeJqx+PX9q56N4PR+luUdLkWhzV+69fSw+eufdjz UUkiK+WPxe2xkwyFBEja8bHoDClmB1RTrxm1nCpPxqIX8p3bqWgrWJQBiu+Mm31jS7 lxYeNnwj4bNEGbrxHmmM8jB5fSms57gTwVWuzLBk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([46.125.249.29]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MPokD-1mxcBh2fmV-00MviI; Thu, 20 Jan 2022 10:49:26 +0100 Subject: Re: bug#53298: 29.0.50; GTK3 frame stops updating To: Eli Zaretskii References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> <20220116204410.e2vjlz3g4clrxg7q@stgulik> <20220117232351.35nwooltmbj3cvhv@stgulik> <40e5420e-8de6-be61-28af-8ab9418a08ea@gmx.at> <837dawvs3h.fsf@gnu.org> From: martin rudalics Message-ID: <75acb076-1067-8c73-e3cf-8b8334663f47@gmx.at> Date: Thu, 20 Jan 2022 10:49:23 +0100 MIME-Version: 1.0 In-Reply-To: <837dawvs3h.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:ZqVS/0g82fyy6qL/dCMSkJETpAA7Q2LijKn7XWk0x0M1RV5Kb3a 2/ZC6kbxjbJdPcG+nyTev+i85VyiMbql7h8ITbo+JN3HaQaZ/N5pzt961mrww8FaGGVJ4lU OL8Vm7tO5p4nv/DqOJlNcPjlMAM8zyxhDI90Li/dffVm0ZbNiWuApGRF1DN9UJ59DU+wb+S G6SGQ5uupQoj9ymzbQ3cw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:HomFejPw9JA=:eqiR7mb0z5WRHoCEgXGBie CH/wON4itpBau0GJ6ogImdH5P4/2rpBv3Yh8b27Kb5Ktmw3fYwxjakRtCW9Jz9xh6Xn7lf7oz mdtH/KdtLDRuzQbTufwir+J9NWOtSa26iB+YdvEDBBEqxZl2B6J0y44UJkZ5s/LivnVS4/gy9 9Zxh1dTpip5HwVLvAqEG9dpecHWrDOF9F6MNBfq7fZLU2jmySa61WfyPcz6I9E+ujbSOh5QDX ng/ecv8zcu4glkPFyxK4SUbJnL7lTXfcXWvI/1Tw+mJZdkhIjrJYHK8yqwqOpQNbLOPeD6Fj2 kF1tenVZawO7x64vnL7NxtU0z/qB8AGC19YI63dGaWI2M3OzI960Cm6krQ8yeyFEwe1/KeVrQ Z6WqpLclQhv0b10U9gIfVMaREt4rwuL6zjeEX+IezucLWGHURXdcfeb45Iz8huPPL6BlhRE+6 NXFkJVWkBEJlOnHx9LkFmEGxQv6bIyaaesTY+iuWRSW3exYIPIBOXyEbPHJdJFPA2Z9BAsSUL pc7PqVeEYqgY3iW99zyMG4H3AvH0O+PZt1SrjvTOn2NIzZmajjLBTETmiD6faVcVCMWcY/IMI oSsEpGe/tZtO2d9ed1f9vzKUhmwIKhnLd0YxbfxJ1q6axPRsufUJy6uVkijFOO7GpRqn4IE0P 9yFhSQdEtuZAYLt0otExydVA9HVaZpZJp8nJSktngHXKC/XtV3miaYJ6CHJp18+b/QJwOgAWJ L5pxivJaXYSH1O4SwLI8nyKFkQPVlUJExt9Xj2dk+yofPVDjpCyk4kLrOWOA5xoDZw3RQKM7T DpFUbgAc1JjhxSd+B2zoEBmMYNJrBm6LaFg2H2Fqu1c8T/24uIBRa/UE0nhWCU7VUEWSXIdM0 4/nW+3rn4rBVlSeda97S1Rk7dIrFbf0tPP3kr2U1G9dDV1S0PKxvDEWvvDuoW//b86up6n3Dk KH9MXniWAS2h/brIOiKza7QBR0karTQJxMLBj7HdEXqAxxENTIP6KuHlCkKQ8sdIY8vVoB84D 8gNFsAyIl9g5eU4ZDM+5Sm5poVlsBwj+nTCJwW3OVgpsOuclTH0tvpcVVEIwV4xMavWLjxp14 3fy/DigEZSVMEQ= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 53298 Cc: 53298@debbugs.gnu.org, ross@kallisti.us 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 (-) >> Eli, is this OK to install on the release branch? It doesn't affect >> default behavior but leaves us a fire escape for this and similar cases. > > Yes, but please remove the reference to bug numbers from the PROBLEMS > entry. We don't point to bugs there because PROBLEMS is for users who > need a quick and efficient solution TL;DR style. The reference to the > bugs in the comments to the code is enough. Done. Ross, I pushed this to Emacs 28. If you are using master only, you will have to wait a day or two until the changes have been merged. After that please check again and tell us whether it works. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 21 07:01:16 2022 Received: (at control) by debbugs.gnu.org; 21 Jan 2022 12:01:16 +0000 Received: from localhost ([127.0.0.1]:60471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nAsbU-0005uj-7R for submit@debbugs.gnu.org; Fri, 21 Jan 2022 07:01:16 -0500 Received: from quimby.gnus.org ([95.216.78.240]:34012) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nAsbS-0005nP-Dc for control@debbugs.gnu.org; Fri, 21 Jan 2022 07:01:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LcAHpLDiGHTlfhnGVkPuM8x4ewpqwge5Jzvg/RoI3Wc=; b=bn2cJk247Ob5Mdkvo/6+7FOLWk 5cgusV/AEnTW69VwoP7prFg+CgdqFfsuWCltypePqCBJqHrcZkyc2TLTfQAoou4dxULKPTCxMWKjG HhlIazVaGx8fnFEnIz0TbdILxbjUWNXRx0oHQfrdLt8HyniyTuFGxwh873qnUFj1uLTk=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nAsbK-00041X-Is for control@debbugs.gnu.org; Fri, 21 Jan 2022 13:01:08 +0100 Date: Fri, 21 Jan 2022 13:01:06 +0100 Message-Id: <87mtjpqovx.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #53298 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 53298 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) tags 53298 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 19 07:57:24 2022 Received: (at 53298) by debbugs.gnu.org; 19 Feb 2022 12:57:24 +0000 Received: from localhost ([127.0.0.1]:57103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLPIh-00028L-KO for submit@debbugs.gnu.org; Sat, 19 Feb 2022 07:57:23 -0500 Received: from quimby.gnus.org ([95.216.78.240]:43934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLPIc-00027z-IA; Sat, 19 Feb 2022 07:57:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=L6ZGOuv2WZZUJFr6e9ZMALsaquhX7Y+KP+EUFQJgAKc=; b=VuqcQrfRPBFr91n+dGOvzzX8fP hKyJRotw3+103Ql9lIPzPlg/7zihumTLh9TsE2caJe7yI2Xc9ZxdvJTJKeYb+fuNr1yscy3xLOVA9 JhIeOYM6v/EKmX5WQ6OywrDiWtdJNoKDHdGi8Xuetwr/GnRhrdsuKGF4+upYB10GCHTY=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLPIT-0006bD-A9; Sat, 19 Feb 2022 13:57:12 +0100 From: Lars Ingebrigtsen To: martin rudalics Subject: Re: bug#53299: GTK3 frames stop updating References: <87h7a4w57u.fsf@kallisti.us> <08309eaf-2abb-080e-9c55-573b330e7765@gmx.at> <20220116204410.e2vjlz3g4clrxg7q@stgulik> <20220117232351.35nwooltmbj3cvhv@stgulik> <40e5420e-8de6-be61-28af-8ab9418a08ea@gmx.at> <837dawvs3h.fsf@gnu.org> <75acb076-1067-8c73-e3cf-8b8334663f47@gmx.at> X-Now-Playing: Tuxedomoon's _Ten Years In One Night (Live)_: "Courante Marocaine" Date: Sat, 19 Feb 2022 13:57:08 +0100 In-Reply-To: <75acb076-1067-8c73-e3cf-8b8334663f47@gmx.at> (martin rudalics's message of "Thu, 20 Jan 2022 10:49:23 +0100") Message-ID: <877d9rvwt7.fsf_-_@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: martin rudalics writes: > Ross, I pushed this to Emacs 28. If you are using master only, you will > have to wait a day or two until the changes have been merged. After > that please check again and tell us whether it works. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 53298 Cc: Eli Zaretskii , ross@kallisti.us, 53298@debbugs.gnu.org, 53299@debbugs.gnu.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: -3.3 (---) martin rudalics writes: > Ross, I pushed this to Emacs 28. If you are using master only, you will > have to wait a day or two until the changes have been merged. After > that please check again and tell us whether it works. This was a month ago, but there was no response to this message, so I'm assuming that Martin's change fixed this, and I'm closing this bug report. If it's still a problem in Emacs 28, please respond to the debbugs address and we'll reopen. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 19 07:57:29 2022 Received: (at control) by debbugs.gnu.org; 19 Feb 2022 12:57:29 +0000 Received: from localhost ([127.0.0.1]:57108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLPIn-00028k-B8 for submit@debbugs.gnu.org; Sat, 19 Feb 2022 07:57:29 -0500 Received: from quimby.gnus.org ([95.216.78.240]:43950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nLPIj-000286-Oe for control@debbugs.gnu.org; Sat, 19 Feb 2022 07:57:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=WtFi/4lpnCKusnvUeWfhvAQkVxNPMCDDXEWQfVk0h3g=; b=RUNCHcDd11YLfndo4uzl7CqDre ovjGF4XVk7RAjNgpNhvcHcklVygt7FiBRRoeIPA+i4Ior2kUSuZ26PA4N9FXFdzbrTnzD3nrr+ZLs iwoj3NLQMz11+MTpB1PRXLh6FyxQXjAZyKV6jfoS6TiO5n503YJ8NVZmmWikqK2p4XAw=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nLPIb-0006bL-CT for control@debbugs.gnu.org; Sat, 19 Feb 2022 13:57:19 +0100 Date: Sat, 19 Feb 2022 13:57:16 +0100 Message-Id: <875ypbvwsz.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #53299 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: close 53299 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) close 53299 28.1 quit From unknown Sun Jun 22 07:49:32 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 20 Mar 2022 11:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator