GNU bug report logs - #9444
url-retrieve does not work with HTTPS on win32

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9444 in the body.
You can then email your comments to 9444 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: claudio.bley <at> gmail.com (Claudio Bley)
To: bug-gnu-emacs <at> gnu.org
Subject: url-retrieve does not work with HTTPS on win32
Date: Mon, 05 Sep 2011 22:51:15 +0200

Hi.

Using a recent emacs built from trunk, GNU TLS 2.10.5 (non Cygwin),
trying to retrieve a HTTPS URLs fails because of the ^M characters
littered in the buffer.

Run "emacs -Q":

(url-retrieve "https://google.com/"
	      #'identity)

The buffer contains CRLF line endings and hence the tls-end-of-info
regexp does not match. gnutls-cli goes up to 100% CPU usage.

Explicitly setting coding-system-for-read to emacs-mule or
inhibit-eol-conversion to t has had no effect.

Cheers,
Claudio

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: claudio.bley <at> gmail.com (Claudio Bley)
Cc: 9444 <at> debbugs.gnu.org
Subject: Re: bug#9444: url-retrieve does not work with HTTPS on win32
Date: Fri, 25 Dec 2015 22:58:13 +0100

claudio.bley <at> gmail.com (Claudio Bley) writes:

> Using a recent emacs built from trunk, GNU TLS 2.10.5 (non Cygwin),
> trying to retrieve a HTTPS URLs fails because of the ^M characters
> littered in the buffer.
>
> Run "emacs -Q":
>
> (url-retrieve "https://google.com/"
> 	      #'identity)
>
> The buffer contains CRLF line endings and hence the tls-end-of-info
> regexp does not match. gnutls-cli goes up to 100% CPU usage.

I think this has probably been fixed quite a while ago.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: claudio.bley <at> gmail.com, 9444 <at> debbugs.gnu.org
Subject: Re: bug#9444: url-retrieve does not work with HTTPS on win32
Date: Sat, 26 Dec 2015 09:37:21 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Fri, 25 Dec 2015 22:58:13 +0100
> Cc: 9444 <at> debbugs.gnu.org
> 
> claudio.bley <at> gmail.com (Claudio Bley) writes:
> 
> > Using a recent emacs built from trunk, GNU TLS 2.10.5 (non Cygwin),
> > trying to retrieve a HTTPS URLs fails because of the ^M characters
> > littered in the buffer.
> >
> > Run "emacs -Q":
> >
> > (url-retrieve "https://google.com/"
> > 	      #'identity)
> >
> > The buffer contains CRLF line endings and hence the tls-end-of-info
> > regexp does not match. gnutls-cli goes up to 100% CPU usage.
> 
> I think this has probably been fixed quite a while ago.

Indeed, it works for me when I try it now in Emacs 25.0.50.

Previous Next

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