From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#16967: frame related race condition Date: Fri, 14 Mar 2014 09:32:12 -0400 Message-ID: References: <531D8028.8020807@gmx.at> <531D94CB.7020704@gmx.at> <531DA5ED.6090601@gmx.at> <531DB9F3.2030508@gmx.at> <531E0CB2.3070609@gmx.at> <531EC439.7050803@gmx.at> <5322E8AD.3060900@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1394803995 27879 80.91.229.3 (14 Mar 2014 13:33:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Mar 2014 13:33:15 +0000 (UTC) Cc: Juanma Barranquero , 16967@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 14 14:33:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WOSEk-0008Pj-7n for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Mar 2014 14:33:22 +0100 Original-Received: from localhost ([::1]:44801 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOSEj-0003F4-QG for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Mar 2014 09:33:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36680) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOSEZ-00035t-D5 for bug-gnu-emacs@gnu.org; Fri, 14 Mar 2014 09:33:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WOSES-00040V-3z for bug-gnu-emacs@gnu.org; Fri, 14 Mar 2014 09:33:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35378) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOSES-00040Q-0X for bug-gnu-emacs@gnu.org; Fri, 14 Mar 2014 09:33:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WOSEQ-0000oM-It for bug-gnu-emacs@gnu.org; Fri, 14 Mar 2014 09:33:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Mar 2014 13:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16967 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16967-submit@debbugs.gnu.org id=B16967.13948039413056 (code B ref 16967); Fri, 14 Mar 2014 13:33:02 +0000 Original-Received: (at 16967) by debbugs.gnu.org; 14 Mar 2014 13:32:21 +0000 Original-Received: from localhost ([127.0.0.1]:36560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WOSDk-0000nC-70 for submit@debbugs.gnu.org; Fri, 14 Mar 2014 09:32:20 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:40335) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WOSDd-0000mx-5c for 16967@debbugs.gnu.org; Fri, 14 Mar 2014 09:32:13 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFMCppy/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOkeoFegxM X-IPAS-Result: Av4EABK/CFFMCppy/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOkeoFegxM X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="52067520" Original-Received: from 76-10-154-114.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([76.10.154.114]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 14 Mar 2014 09:32:12 -0400 Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 49C86AE1F9; Fri, 14 Mar 2014 09:32:12 -0400 (EDT) In-Reply-To: <5322E8AD.3060900@gmx.at> (martin rudalics's message of "Fri, 14 Mar 2014 12:31:57 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:86854 Archived-At: > If a frame is obscured (has visible=2) and we get a SIZE_RESTORED > message for it, we probably should do some redisplay stuff but I'm not > sure whether either redisplay_other_windows or SET_FRAME_GARBAGED does > accomplish something the other doesn't. redisplay_other_windows only tells Emacs that the next redisplay will need to loop through all windows to see which ones need to be redisplayed. Without it, Emacs will only try to redisplay selected-window. SET_FRAME_GARBAGED tells Emacs that this frame needs to be redrawn. It calls redisplay_other_windows unconditionally. > However, soon after I removed the conditioning on `iconified' I got my > usually "non-redrawing a previously obscured frame" behavior and > decided that my cure wasn't useful anyway. Presumably, un-obscuring a frame shouldn't trigger any SIZE_RESTORED thingy since the size is unaffected, right? >> And we should probably also set it back to 1 when we receive expose >> events on that frame. Can you try to do this? >>> BTW: The more I look into this, the more I'm convinced that implementing >>> frame parameters on top of the old frame infrastructure was one of the >>> worst design ideas ever. >> I have no idea what this is referring to. > In the case at hand it refers to the fact that when searching for the > cause of some strange behavior of frame visibility, it's not sufficient > to grep just for `make-frame-visible'. Oh, that. Yes, I'm not very happy with the use of frame-parameters to affect "internal" frame properties. It has never *really* bothered me, but it seems like asking for trouble. Stefan