GNU bug report logs - #72203
31.0.50; browse-url-emacs (url-file-handler) errors when eglot is loaded

Previous Next

Full log

Message #14 received at 72203 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 72203 <at> debbugs.gnu.org,
 João Távora <joaotavora <at> gmail.com>,
 Nick OBrien <nick4f42 <at> proton.me>
Subject: Re: bug#72203: 31.0.50; browse-url-emacs (url-file-handler) errors
 when eglot is loaded
Date: Sun, 21 Jul 2024 08:57:24 +0200

On Jul 21 2024, Dmitry Gutov wrote:

> On 20/07/2024 03:56, Nick OBrien via Bug reports for GNU Emacs, the Swiss
> army knife of text editors wrote:
>>        nil(...)
>>        url-directory-files("https://www.gnu.org/licenses/"  nil ... t nil)
>>        apply(url-directory-files ("https://www.gnu.org/licenses/"  nil ... t nil))
>>        url-file-handler(directory-files"https://www.gnu.org/licenses/"  nil ... t nil)
>>        directory-files("https://www.gnu.org/licenses/"  nil ... t)
>>        #f(compiled-function (d) #<bytecode 0x183c21e239c1e2a3>)("https://www.gnu.org/licenses/")
>>        locate-dominating-file("https://www.gnu.org/licenses/"  #f(compiled-function (d) #<bytecode 0x183c21e239c1e2a3>))
>
> Is it possible that url-file-handler is misbehaving here?
>
> The first lines look sensible, and then at the end we call nil as a
> function.

That's because the "https" URL scheme backend does not define the
url-https-directory-files function.  The function created by
url-handlers-create-wrapper does not handle that situation specially, it
just lets the error happen.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Previous Next

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