From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71938 Path: news.gmane.org!not-for-mail From: James Cloos Newsgroups: gmane.emacs.gnus.general Subject: Re: Any juicy outstanding Gnus bugs? Date: Sun, 26 Sep 2010 17:24:02 -0400 Message-ID: References: <871v8gtoqm.fsf@keller.adm.naquadah.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285536489 1226 80.91.229.12 (26 Sep 2010 21:28:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 26 Sep 2010 21:28:09 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M20311@lists.math.uh.edu Sun Sep 26 23:28:07 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OzylQ-0006PL-Ha for ding-account@gmane.org; Sun, 26 Sep 2010 23:28:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1OzylH-0003WQ-8Y; Sun, 26 Sep 2010 16:27:55 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1OzylF-0003W7-EW for ding@lists.math.uh.edu; Sun, 26 Sep 2010 16:27:53 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OzylB-0007y0-8X for ding@lists.math.uh.edu; Sun, 26 Sep 2010 16:27:53 -0500 Original-Received: from eagle.jhcloos.com ([207.210.242.212]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1Ozyl9-0005tk-00 for ; Sun, 26 Sep 2010 23:27:47 +0200 Original-Received: by eagle.jhcloos.com (Postfix, from userid 10) id C46AA401E0; Sun, 26 Sep 2010 21:27:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=eagle; t=1285536459; bh=58UhuVxpqi60v1PGsdMcaAVGvWdkT4Bt0hdVeWe2QXc=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=Ad2BVhIgYUy9MX6aLJ65tGTLr0BUehSp0VGvsU1u1SppfrsCmd3/LMfDZlfb6jCOO vb4yClwCAiHAdrBjCvKJwK0x0wQmctQv4/jQsTOZy5zZEVMozAcEsp6Zj5AeZneaZb WZZOCuNk7fpI4IhCaEGlmak4WWx397E2OZbthfmw= Original-Received: from carbon (localhost [127.0.0.1]) by carbon.jhcloos.org (Postfix) with ESMTP id B891F1D8482 for ; Sun, 26 Sep 2010 21:24:02 +0000 (UTC) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Sun, 26 Sep 2010 19:14:54 +0200") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABHNCSVQICAgIfAhkiAAAAI1J REFUOE+lU9ESgCAIg64P1y+ngUdxhl5H8wFbbM0OmUiEhKkCYaZThXCo6KE5sCbA1DDX3genvO4d eBQgEMaM5qy6uWk4SfBYfdu9jvBN9nSVDOKRtwb+I3epboOsOX5pZbJNsBJFvmQQ05YMfieIBnYX FK2N6dOawd97r/e8RjkTLzmMsiVgrAoEugtviCM3v2WzjgAAAABJRU5ErkJggg== Copyright: Copyright 2009 James Cloos OpenPGP: ED7DAEA6; url=http://jhcloos.com/public_key/0xED7DAEA6.asc OpenPGP-Fingerprint: E9E9 F828 61A4 6EA9 0F2B 63E7 997A 9F17 ED7D AEA6 Original-Lines: 31 X-Hashcash: 1:30:100926:ding@gnus.org::mHZlJibCPVECai8X:000DqGSY X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71938 Archived-At: >>>>> "LMI" == Lars Magne Ingebrigtsen writes: LMI> Julien Danjou writes: >> How to reproduce: read the last unread mail of a group, press 'n' twice >> to go the next group, and see that another buffer quickly appears in the >> bottom window. LMI> Hm... glitches like that are often associated with process LMI> sentinels/filters/timers and stuff. Could any of our recent LMI> async-i-ness be triggering this? LMI> I'm not seeing this, by the way. I do see it. Not every time, just when it takes a bit of time to fetch the next group. Usually the Groups buffer shows up. It looks like gnus kills the Article buffer now, whereas before the Article buffer stuck around, even after returning to Groups. If the last para is correct, then if it takes too long after the old Article buffer is killed and before the new one is created, the last visitied buffer will show up in the window where Article had been. AFAICT, it is always the most recently visited, still-extant buffer which pops in place of Article. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6