From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Semyonov via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#74857: 30.0.92; Gnus nnatom: url protocol Date: Sat, 21 Dec 2024 18:40:05 +0200 Message-ID: <87zfkpq9ay.fsf@dsemy.com> References: <875xnn9z29.fsf@librehacker.com> <865xnd8j12.fsf@gnu.org> Reply-To: Daniel Semyonov Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28676"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Christopher Howard , 74857@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 21 17:42:24 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tP2Ya-0007LH-Gd for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 21 Dec 2024 17:42:24 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tP2YF-0006NX-4Z; Sat, 21 Dec 2024 11:42:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tP2YE-0006NP-Jv for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2024 11:42:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tP2YE-00070J-BU for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2024 11:42:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:Date:References:In-Reply-To:From:To:Subject; bh=KhvTkz7IneQNtjlS6D0Rsu/fvfgvqHI2+U3uVB2rbgQ=; b=A4tuDwVdlqSFUXmSQYrQJrlq/GcuwTKX7/xqIDYWUYMYqIklZIG8/09XncAJLWrjjoj3wP4TVBo2VW/U2mj9fs6EegJCmMeI1u3mnY3lzx1BMIFvxazAFY/MQdr3jh/J5yP9RnDkP5/RX2cNtdHZ5rv8snpC6LgPJIK4oeDOj+DxW0eSF6/J07Q597zmjXVUEIWpafxiO+AdLSJ7zaoIInfMLw6K1lJiAys55HOFbExnmNbzSuJukhr+0+tIwYppRC+k/60pgY07gHgTUo44Z1sdYhQmxHB9yEPIFXz8H5Arfg0S2ibFlEqOW4stehFZPvKKgjofGzpq0wdA0jLgXA==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tP2YD-0004IY-U6 for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2024 11:42:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Daniel Semyonov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Dec 2024 16:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74857 X-GNU-PR-Package: emacs Original-Received: via spool by 74857-submit@debbugs.gnu.org id=B74857.173479927616461 (code B ref 74857); Sat, 21 Dec 2024 16:42:01 +0000 Original-Received: (at 74857) by debbugs.gnu.org; 21 Dec 2024 16:41:16 +0000 Original-Received: from localhost ([127.0.0.1]:47466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tP2XT-0004HR-Qu for submit@debbugs.gnu.org; Sat, 21 Dec 2024 11:41:16 -0500 Original-Received: from dsemy.com ([46.23.89.208]:39097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tP2XO-0004H8-59 for 74857@debbugs.gnu.org; Sat, 21 Dec 2024 11:41:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; bh=KhvTkz7IneQNt jlS6D0Rsu/fvfgvqHI2+U3uVB2rbgQ=; h=date:references:in-reply-to: subject:cc:to:from; d=dsemy.com; b=b6nUVvz++U9pMaDrfMdWPEn7Sx5uJI20yvf ONX3G2lzq7NxOZtnsLjMbTDZZSFEyrZ4NLnQ3rPs9jdj3pSeDOLZRhzxu4x3/x/+KGS6jY SYgLR76pHqZMXS4qFdIbVbVHWkJcpKLnWNvphZz2FPNRi9CB2x3A7SadBZHLp5KgP1zLOS EI2JlfZPPYueJ1u7gYvGdjNVOD6YWy4nvUFkyk13I1DHuVBLdjEViz1LFVUX+9TF4M/KYu QMaEWhjrzzqI3EtqSzsLXx3LCoMQadR0BBd/HIRnO78+A1DgELSACPjLYUWKpils0uFQaN tG2e0Jjf6oHL7CzIx3nRgiICRwQ== Original-Received: from coldharbour (204.134.hqserv.co.il [185.191.204.134]) by dsemy.com (OpenSMTPD) with ESMTPSA id ff479d5f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 21 Dec 2024 17:41:01 +0100 (CET) In-Reply-To: <865xnd8j12.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 21 Dec 2024 11:47:21 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:297541 Archived-At: >>>>> Eli Zaretskii writes: >> From: Christopher Howard >> Date: Fri, 13 Dec 2024 10:13:02 -0900 >>=20 >>=20 >>=20 >> Hi. When setting up a new feed group with nnatom in Gnus, there is a >> little oddity: If I pass in the URL to the feed without the protocol >> specifier, i.e., without the "https://" it works fine. But if I try >> to include the protocol specifier, then I get a message: "Couldn=E2= =80=99t >> request list: nil", and the group is not added. It doesn't trigger >> the debugger, even though "debug-on-error" is set t. >>=20 >> So, I frequently have to delete the "https://" part when I am copyin= g and pasting from some link for an atom feed. This is a bother. >>=20 >> I don't know if this can be reproduced without Gnus already being se= tup, but an example process is: >>=20 >> (1) bring up Gnus group buffer >> (2) run gnus-group-browse-foreign-server (B) >> (3) nnatom >> (4) https://sachachua.com/blog/category/emacs/feed/atom/ > Daniel, any comments or suggestions? This is a known issue (also noted in the manual), though the message returned should be more descriptive. The returned message is emitted by Gnus when it fails to get info for the server from the backend, and should use the value of 'backend-status-string' ('nnatom-status-string' in this case); this works on a normal session on my end (returning a message set in 'nnatom--read-feed'), but fails with emacs -Q, also returning "Couldn't request list: nil". I half suspect this is a bug with Gnus trying to read the status string of the wrong server (and not a bug in nnatom), but I'll look into it. As for why it isn't allowed in the first place, Gnus unfortunately breaks when ":" is used in server addresses due to regular expressions used in various internal functions, though I don't remember the details. Daniel