From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#27647: 26.0.50; Line numbers implemented natively disappear momentarily when frame out of focus Date: Thu, 09 Nov 2017 19:10:56 +0100 Message-ID: <5A049A30.5000802@gmx.at> References: <83eftnitpj.fsf@gnu.org> <87inekjzy8.fsf@gmail.com> <87efp8jznq.fsf@gmail.com> <87shdo4150.fsf@users.sourceforge.net> <5A0403B7.3080309@gmx.at> <83shdnqwbw.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1510251135 17972 195.159.176.226 (9 Nov 2017 18:12:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 9 Nov 2017 18:12:15 +0000 (UTC) Cc: 27647@debbugs.gnu.org, npostavs@users.sourceforge.net, agrambot@gmail.com, kaushal.modi@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 09 19:12:09 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCrJB-0004PP-GA for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Nov 2017 19:12:09 +0100 Original-Received: from localhost ([::1]:38242 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCrJI-000255-Kd for geb-bug-gnu-emacs@m.gmane.org; Thu, 09 Nov 2017 13:12:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60649) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCrJ7-00024i-Ov for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 13:12:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eCrJ4-0001mG-H5 for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 13:12:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52043) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eCrJ4-0001lo-Dm for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 13:12:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1eCrJ3-0000qK-Q6 for bug-gnu-emacs@gnu.org; Thu, 09 Nov 2017 13:12:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 09 Nov 2017 18:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27647 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 27647-submit@debbugs.gnu.org id=B27647.15102510863193 (code B ref 27647); Thu, 09 Nov 2017 18:12:01 +0000 Original-Received: (at 27647) by debbugs.gnu.org; 9 Nov 2017 18:11:26 +0000 Original-Received: from localhost ([127.0.0.1]:60724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCrIU-0000pR-1V for submit@debbugs.gnu.org; Thu, 09 Nov 2017 13:11:26 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:52898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCrIR-0000pC-MT for 27647@debbugs.gnu.org; Thu, 09 Nov 2017 13:11:24 -0500 Original-Received: from [192.168.1.100] ([46.125.250.80]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lg5kl-1f29Op18m3-00paQT; Thu, 09 Nov 2017 19:11:08 +0100 In-Reply-To: <83shdnqwbw.fsf@gnu.org> X-Provags-ID: V03:K0:cOS5GSu/wTEfwlpo+qhIC0JIu/QvL90HGI77HBKR6u8Cdts56vc 4v2S8eA2hnKf1B2T2mjtcaPnYMT2MU5Y5YMppH2MrqCmNN/hR5Z5ON/jfimGiZiPeABzz76 sW1Xp0l4AWtIMQ/9bxjnW3+RPyvvgdtq65FYUbHI5rg47pk0bNez2AwTfIXzfO9Czn7ULWo 0e++O3GwTLG8iJwz+TnTw== X-UI-Out-Filterresults: notjunk:1;V01:K0:c0AjZ+kwueI=:hfd1QX3v7cQ2xdCw38ReX1 rQiQmf7M4ZSvUwG/sdIi0GFdebXOWH7Bx3Zp4wIBG+zF6TFpaWsFrKUUF/gfmCmmulDjCS3Wk hsHPllpSl+KWXgj2tGvOgwxlg4yvR/+eH9QrF+i0ot7/ocKjki9DyeRwjs1nCl0FW+sdvQJdI 1MGzeBjMuEHkhyrSZNE4bQZhh2SJMtZzYOZERjXemb9bAfMUJb0XWbF2gCbBmWrneAMNdZj0N 9/y0GCFX6IPOkzO3/WPgWMUPeSJsLm/IChwuKZZ4UUJnDqXIO6sXWNwCJw8cBssgVa+Ty/U5C JJWYNPaNeEHZAHM8Ucc/GMVDfzhptNYeH0RtQ48NnyOcYYtqC9OpCSAPCIx99+tBurCwj+Xdi o2nPYaGAIkCSu7h1/MqcqWV8/s2p8ty0/t/CczOiKlwiXLlsPUZSgkCwwYpyJ1SdRn/XwUbUa iP5Kigh/MCRs/tEcA6n8wGtjrvp2o1jGKrde60N7jiiiDzn9Nr92HMgloS8E5r4tOsC6w55y4 LLgZUDb60ZF1E7iRrJmLT7AQWCkTcE8HAvUO2uctjF8RmLrNKEGK45di65afREN45uVGww8xt 7n9xNJVPGKrtTwp+dyZ8PHPrJRcvC/B3GJj6qr5rWcVTJbpok7z6+z6u9AIjw19gnk2k+Zy/B UPGHs+YPyr0lbbfVja1AFpzmC5G/PM27FrD3KalX5DBKw5zMFkFuX5qup6APSOcoJ8UH+ETFF lfn7lKGIIwCYY1Es79rmm86J3kvqSb52UySqmH42JaTWrvYeenMB10hp2AOSIIdBq47P98Mq X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:139678 Archived-At: > What changes did you allude to here? Can you point me to them? commit 20038f8ab75dd1551412a43cd58520c483c22921 Author: Dmitry Antipov Date: Tue Jul 12 09:16:26 2016 +0300 > In general, using the same variable for two different purposes is > exactly what I was talking about in the discussion of > wait_reading_process_output discussion -- who could possibly keep all > such factoids in memory, and avoid making such subtle mistakes as > result? Luckily we now have Noam on board to detect such mistakes. > I also wonder whether other places which seem to be similarly > vulnerable hide bugs. For example, what about frame-list: [...] > Does this mean that in a GTK build, at some "opportune moment", > frame-list will omit one frame from the list it returns, because that > frame happens to show a tooltip at that very moment? I think so. With all sorts of funny implications. > Or what about a similar snippet in x-display-monitor-attributes-list? > Is it in trouble as well? If it gets called at the wrong moment, sure. > IOW, instead a simple variable with a clear semantics, we now have a > potential trap, whereby for every use of this variable we need to make= > non-trivial reasoning whether this issue could or couldn't hit us. > > I think we should get rid of this ambiguity on master. Patches to > that effect are welcome. I'm afraid we have to get rid of all comparisons against tip_frame on the release branch first and check against the 'tooltip' frame parameter instead . I've never run into problems like this because I always have =E2=80=98x-gtk-use-system-tooltips=E2=80=99 nil. Please have a look at Dimitry's commit. I think most parts of it were good. Maybe we should revive them. martin