From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88067 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Sometimes, gnus-summary-insert-old-articles doesn't., Re: Sometimes, gnus-summary-insert-old-articles doesn't. Date: Wed, 06 Jun 2018 09:53:56 -0700 Message-ID: <87tvqfvot7.fsf@ericabrahamsen.net> References: <87o9gp90wm.fsf@gmail.com> <87vaaxxdv1.fsf@igel.home> <87o9gp90wm.fsf@gmail.com> <87vaaxxdv1.fsf@igel.home> <87y3ftdnz0.fsf@yale.edu> <87in6wpn00.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1528304160 27380 195.159.176.226 (6 Jun 2018 16:56:00 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 6 Jun 2018 16:56:00 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+m36281@lists.math.uh.edu Wed Jun 06 18:55:56 2018 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQbj1-0006zT-Oq for ding-account@gmane.org; Wed, 06 Jun 2018 18:55:55 +0200 X-Yomura-MXScrub: 1.0 Original-Received: from lists1.math.uh.edu (unknown [129.7.128.208]) by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTPS id c0dc2fb0-69aa-11e8-afe2-b499baa2b07a; Wed, 06 Jun 2018 16:57:54 +0000 (UTC) Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.90_1) (envelope-from ) id 1fQbk8-0000t1-0r; Wed, 06 Jun 2018 11:57:04 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1fQbk5-0000sY-Sl for ding@lists.math.uh.edu; Wed, 06 Jun 2018 11:57:01 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.90_1) (envelope-from ) id 1fQbk4-0007ou-2y for ding@lists.math.uh.edu; Wed, 06 Jun 2018 11:57:01 -0500 Original-Received: from [195.159.176.226] (helo=blaine.gmane.org) by quimby.gnus.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQbk2-0007Ui-Qm for ding@gnus.org; Wed, 06 Jun 2018 18:56:58 +0200 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fQbhu-0005YX-Cd for ding@gnus.org; Wed, 06 Jun 2018 18:54:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:0c/r5/gnrPeVMFC1FKaR+2+aMII= X-Spam-Score: -0.9 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88067 Archived-At: Chris Marusich writes: > Hi Jorge and Eric, > > Thanks for the feedback! I'm glad to know I'm not the only one. > > "Jorge A. Alfaro-Murillo" writes: > >> Andreas Schwab writes: >> >>> On Jun 04 2018, Chris Marusich wrote: >>> >>>> Is it normal for gnus-summary-insert-old-articles to add no >>>> articles to the summary buffer even though it says that some old >>>> articles are available? >>> >>> Perhaps due to gaps in the article numbers. >> >> Yeah, that happens to me with gmail. I think that the numbers are the >> ones in "All Mail", that is why there are gaps in "Inbox" or other >> folders. > > Eric Abrahamsen writes: > >> It does look like `gnus-summary-insert-old-articles' calculates the old >> article numbers to request without consulting the backend. > > How might I begin to troubleshoot to see if this is a bug on Gmail's > side, within my local Gnus configuration, or within Gnus itself? I'm > mainly just curious, since like I said I can just request arbitrarily > many articles to eventually get the older ones. I don't think it's a bug, per se -- it's just how the code is written. So far as I can tell, Gnus just calculates what the previous ten (or however many) articles numbers *would* be, and then requests those numbers. I haven't stepped through the code to confirm, but that's what it looks like. I assume it would be possible to write a generic way of requesting some number of old articles from a backend, regardless of their actual article numbers, but my guess is that no one will get to that very soon! Eric