GNU bug report logs - #55199
28.1; rcirc auth-source integration doesn't handle port being a number

Previous Next

Package: emacs;

Reported by: Javier Olaechea <pirata <at> gmail.com>

Date: Sat, 30 Apr 2022 19:16:02 UTC

Severity: normal

Tags: patch

Found in version 28.1

Fixed in version 29.1

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


Message #27 received at 55199-done <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Javier Olaechea <pirata <at> gmail.com>
Cc: Philip Kaludercic <philipk <at> posteo.net>, 55199-done <at> debbugs.gnu.org
Subject: Re: bug#55199: 28.1; rcirc auth-source integration doesn't handle
 port being a number
Date: Mon, 22 Aug 2022 17:05:40 +0200
Version: 29.1

Javier Olaechea <pirata <at> gmail.com> writes:

> Hi Michael,

Hi Javier,

> I can confirm patch fixes the issue. I don't think we need to change
> the create function. The issue is that a valid spec, meant for another
> backend, results in an error when searching the secrets backend. 

Thanks for the feedback. And yes, the create function in auth-source.el is
rarely used, so we might live with the current implementation.

> An alternative solution would be for auth-source-secrets-search to
> return an empty list (no secrets found iirc) when the spec contains a
> non-string value. 

Perhaps. But since the patch is simple, and it is consistent with the
behavior of the plstore backend, I've applied it. I've also updated the
auth-source manual, explaining it:

--8<---------------cut here---------------start------------->8---
   Attribute values in the auth-source spec, which are not strings (like
port numbers), are stringified prior calling the ‘secrets.el’ functions.

--8<---------------cut here---------------end--------------->8---

Closing the bug. Change will appear with Emacs 29.

Best regards, Michael.




This bug report was last modified 2 years and 351 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.