From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.bugs Subject: bug#16967: frame related race condition Date: Mon, 10 Mar 2014 15:48:29 +0100 Message-ID: References: <531D8028.8020807@gmx.at> <531D94CB.7020704@gmx.at> <531DA5ED.6090601@gmx.at> <531DB9F3.2030508@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1394463008 3869 80.91.229.3 (10 Mar 2014 14:50:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 10 Mar 2014 14:50:08 +0000 (UTC) Cc: 16967@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 10 15:50:17 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 1WN1Wy-0007xT-Ex for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Mar 2014 15:50:16 +0100 Original-Received: from localhost ([::1]:49177 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WN1Wy-0001wV-1f for geb-bug-gnu-emacs@m.gmane.org; Mon, 10 Mar 2014 10:50:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45106) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WN1Wq-0001iP-8D for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2014 10:50:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WN1Wl-0005tO-G8 for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2014 10:50:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59231) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WN1Wl-0005sk-6O for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2014 10:50:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WN1Wk-0007zi-M7 for bug-gnu-emacs@gnu.org; Mon, 10 Mar 2014 10:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 10 Mar 2014 14:50: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.139446295330656 (code B ref 16967); Mon, 10 Mar 2014 14:50:02 +0000 Original-Received: (at 16967) by debbugs.gnu.org; 10 Mar 2014 14:49:13 +0000 Original-Received: from localhost ([127.0.0.1]:60413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WN1Vw-0007yO-UN for submit@debbugs.gnu.org; Mon, 10 Mar 2014 10:49:13 -0400 Original-Received: from mail-yh0-f41.google.com ([209.85.213.41]:54530) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WN1Vu-0007yF-BB for 16967@debbugs.gnu.org; Mon, 10 Mar 2014 10:49:11 -0400 Original-Received: by mail-yh0-f41.google.com with SMTP id v1so2512904yhn.0 for <16967@debbugs.gnu.org>; Mon, 10 Mar 2014 07:49:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bCbx7WfbC4ExKt+3+nVIRtZK+l1Wh/87E301Q00Wo4U=; b=Xpu1ZQN2SjtLxH9GEOvDA3W8Nz3kyfV59gBI+wGwk2U8iRSCtJPzNObIaIJ7z6+WKo RYaAEgQCDO0NKDBC9/7enoy1p8kUiKqqyUAFQrk26/RzVblOARkB6rQ9t6W9cfW0+XC6 zRWsvxJyYzSvLJJtQ8pS2la6h3uu5/SF+a1l6PqHmDyovBLa4geytdAk6W3DyQv9b6KT qBOmVq0nf4Fz2ot2Z0AbN08Woy0Nm2MW7wyyDX6odIiKRoB8BvcAX94bYbLFWY/D7Au7 xW9O1W8GLQD4q6zifeIFt6lMfCLfKutJ3tmF0x+XjV9tpxE5Ah9ccr87Xm1PvAnWHDxQ +RIg== X-Received: by 10.236.101.18 with SMTP id a18mr45306056yhg.65.1394462949529; Mon, 10 Mar 2014 07:49:09 -0700 (PDT) Original-Received: by 10.170.163.3 with HTTP; Mon, 10 Mar 2014 07:48:29 -0700 (PDT) In-Reply-To: <531DB9F3.2030508@gmx.at> 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:86719 Archived-At: On Mon, Mar 10, 2014 at 2:11 PM, martin rudalics wrote: > should create a normally visible frame f. The fact that this frame has > its visibility set to zero at the time you `delete-frame' c indicates > that we have a pretty awful bug. Yes > The implications of this are > substantial because SET_FRAME_VISIBLE has to redisplay_other_windows and > if that is not done, the consequences are not restricted to the toy > scenario you gave. I don't know what "toy scenario" are you refering to, but certainly emacs -Q M-: (make-frame '((visibility))) is not a toy scenario *at all*. For one, it will prevent frameset-restore to restore invisible frames (I could work around it, but it'll be a hack). > No. But we apparently have the problem that Emacs on Windows thinks > that a frame is invisible although it isn't. And we have to find out > where this notion of invisibility gets introduced - maybe it's easy to > spot it, maybe, likely it's part of my pixelwise changes, and we can > withdraw my "fix" soon. I think bug#14841 is a clue that the visibility mismatch between Emacs and the Windows wm predates your pixelwise changes. > But till then we have to live with the > situation that on Windows invisible Emacs frames are visible :-( I would certainly prefer that you reverted your last change. You're fixing an occasional problem and introducing a perfectly repeatable one. J