From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Processed: Re: bug#19717: 24.4.50; printing.el still uses ps-eval-switch Date: Wed, 25 May 2016 22:08:30 -0700 Organization: UCLA Computer Science Department Message-ID: <574684CE.9020900@cs.ucla.edu> References: <83oa7x5wpc.fsf@gnu.org> <83k2ik68h2.fsf@gnu.org> <83bn3w675o.fsf@gnu.org> <834m9o659c.fsf@gnu.org> <83fut74fbu.fsf@gnu.org> <5745F418.1070508@gmail.com> <8107393c-81e6-8422-cebf-f372bc0061bd@cs.ucla.edu> <83oa7t35dl.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1464239354 14000 80.91.229.3 (26 May 2016 05:09:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 May 2016 05:09:14 +0000 (UTC) Cc: clement.pit@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 26 07:08:59 2016 Return-path: Envelope-to: ged-emacs-devel@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 1b5nXV-00077m-Rj for ged-emacs-devel@m.gmane.org; Thu, 26 May 2016 07:08:57 +0200 Original-Received: from localhost ([::1]:36425 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5nXR-0007Kz-OM for ged-emacs-devel@m.gmane.org; Thu, 26 May 2016 01:08:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55896) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5nXM-0007Kr-5L for emacs-devel@gnu.org; Thu, 26 May 2016 01:08:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b5nXJ-0004Cf-Uz for emacs-devel@gnu.org; Thu, 26 May 2016 01:08:46 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:39424) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5nXD-0004BZ-8B; Thu, 26 May 2016 01:08:39 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 332CB161377; Wed, 25 May 2016 22:08:37 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Ud_oR_yInWiW; Wed, 25 May 2016 22:08:36 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 408ED161379; Wed, 25 May 2016 22:08:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id mzmJ57YY33U2; Wed, 25 May 2016 22:08:36 -0700 (PDT) Original-Received: from [192.168.1.9] (unknown [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 1FF1F161377; Wed, 25 May 2016 22:08:36 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 In-Reply-To: <83oa7t35dl.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:204025 Archived-At: Eli Zaretskii wrote: > The bug seems to be that the removal of a closed bug from the blockers > list takes several hours That's not been my experience. There is never a several-hour wait. If I c= lose=20 the blocking bug B via email, and wait a minute or two and verify that it= 's=20 closed by visiting its bug page and forcing a refresh, and then visit=20 , what I observe is= that=20 Bug#19759 still lists B as blocking (due to the debbugs bug). If I refres= h the=20 Bug#19759 page in the routine way it will continue to list B as blocking.= If I=20 do a full refresh (by shift-left-mouse-click) then the Bug#19759 page wil= l no=20 longer list B as blocking; this is always immediate, assuming B has been = closed=20 already. > adding a > bug to the list (if it becomes open again) takes just a few moments. Sure, but it's easy to forget to add B as a blocker, and indeed the perso= n=20 reopening B may not even know that B was a blocker and should become a bl= ocker=20 again. In contrast, simply closing B in the first place will mean that re= opening=20 B later will do the right thing without further thought.