From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 27463 invoked from network); 13 Sep 2020 14:28:08 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 13 Sep 2020 14:28:08 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1kHSyz-00DmJs-QH; Sun, 13 Sep 2020 09:27:57 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kHSyv-00DmI1-H6 for ding@lists.math.uh.edu; Sun, 13 Sep 2020 09:27:53 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kHSyt-00ByrD-Ob for ding@lists.math.uh.edu; Sun, 13 Sep 2020 09:27:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References :Message-ID:Date:Subject:From:To:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=De7sh01Lx6HcyolgsaPEuIM8heuUqzrA+vlDq3F7/lk=; b=qnWBWFBfAUiSXlHluf0YFdZyVg DfnE1rYoeFlV1ccbee06YVT0S6Oy7sIP+um3/onh49LAq7ysLHP465dsUz85ie2aTKNhMDxkFunlP sSpARg1K6G8eEQdC8w7i8/nTMCYLipXbSuLtCRXuS9QmqJOy2THAlgkxtV0ZxOl8Y4tE=; Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214] helo=ciao.gmane.io) by quimby with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kHSym-0003tC-Aw for ding@gnus.org; Sun, 13 Sep 2020 16:27:47 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kHSyl-0007Kn-FU for ding@gnus.org; Sun, 13 Sep 2020 16:27:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: =?utf-8?Q?Adam_Sj=C3=B8gren?= Subject: Re: Args out of range when quitting search buffer with recent Emacs/Gnus Date: Sun, 13 Sep 2020 16:27:39 +0200 Organization: koldfront - analysis & revolution, Copenhagen, Denmark Message-ID: <874ko169b8.fsf@tullinup.koldfront.dk> References: <87a6xug73j.fsf@tullinup.koldfront.dk> <87ft7lq23s.fsf@ust.hk> <871rj5es8v.fsf@tullinup.koldfront.dk> <87tuw1oka8.fsf@ust.hk> <87r1r5db4n.fsf@tullinup.koldfront.dk> <87o8m9oj1f.fsf@ust.hk> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:JfBVNQXs2LVE5h7Y+WYfiFH9hps= OpenPGP: id=476630590A231909B0A0961A49D0746121BDE416; url=https://asjo.koldfront.dk/gpg.asc Mail-Follow-Up-To: never X-Now-Playing: Sjovhedsnyt, Fiskeauktionsraggamuffin, P1, Greatest Hits 1996-98 (Gramsespektrum) X-Face: )qY&CseJ?.:=8F#^~GcSA?F=9eu'{KAFfL1C3/A&:nE?PW\i65"ba0NS)97,Q(^@xk}n4Ou rPuR#V8I(J_@~H($[ym:`K_+]*kjvW>xH5jbgLBVFGXY:(#4P>zVBklLbdL&XxL\M)%T}3S/IS9lMJ ^St'=VZBR Precedence: bulk Andrew writes: > AS> Should I move my archive so it isn't "colocated" with my normal > AS> emails, or should Gnus handle this odd cornercase? > I don't think there should be anything wrong your setup, so we should > try to get gnus to not fail. Ok. > Can you remove the notmuch search engine declaration just from your > archive backend temporarily, and then try a variety of searches? I still get the error when q'ing the search for Natas Kaupas when I have removed the declaration from the archive backend. (If my vague theory that a hit in ~/Mail/archive/ should be interpreted as a hit in nnml+archive: but is interpreted as a hit in nnml:archive. is correct, this is what we'd expect to see, right? I just don't see how Gnus could automatically interpret ~/Mail/archive/mail-2020/NNNN "correctly", i.e. as nnml+archive:mail-2020/NNNN and not nnml:archive.mail-2020/NNNN...) > I guess the next step is to do some debugging. Since we have a nice > failure case ("Natas Kaupas") this shouldn't be too bad. Try setting > debug-on-error and get a backtrace so we know where the failure is. The backtrace is: Debugger entered--Lisp error: (args-out-of-range [["nnml:archive.mail-2020" 438 0]] 999) nnselect-article-group(1000) #f(compiled-function (member) #)(1000) mapc(#f(compiled-function (member) #) (1000 999 998 997 996 995 994 993 992 991 990 989 988 987 986 985 984 983 982 981 980 979 978 977 976 975 974 973 972 971 970 969 968 967 966 965 964 963 962 961 960 959 958 957 956 955 954 953 952 951 ...)) nnselect-push-info("nnselect:nnselect-875z8h69ea.fsf") nnselect-close-group("nnselect-875z8h69ea.fsf" "nnselect-ephemeral") gnus-close-group("nnselect:nnselect-875z8h69ea.fsf") gnus-summary-exit() funcall-interactively(gnus-summary-exit) call-interactively(gnus-summary-exit nil nil) command-execute(gnus-summary-exit) Best regards, Adam -- "I mean, what a disappointing 21st century this has Adam Sjøgren been so far, you know?" asjo@koldfront.dk