url-retrieve-synchronously fails to read until the end from https

url-retrieve-synchronously fails to read until the end from https

[Vitaly Mayatskikh]

I'm working with xml-rpc.el and often have broken xml
result. When I traced the problem I noticed that
url-retrieve-synchronously often fails to read until the end
of result data from https urls and xml parser has to work with cutted
xml (gnutls-cli/openssl - doesn't matter). Have no this problem when
tunneling requests to server with stunnel4.

Tried with emacs/cvs, gnutls 1.6.3/2.0.4, openssl 0.9.8b.
-- 
wbr, Vitaly

Re: url-retrieve-synchronously fails to read until the end from https

[Magnus Henoch]

Vitaly Mayatskikh <v.mayatskih@gmail.com> writes:

> I'm working with xml-rpc.el and often have broken xml
> result. When I traced the problem I noticed that
> url-retrieve-synchronously often fails to read until the end
> of result data from https urls and xml parser has to work with cutted
> xml (gnutls-cli/openssl - doesn't matter). Have no this problem when
> tunneling requests to server with stunnel4.
>
> Tried with emacs/cvs, gnutls 1.6.3/2.0.4, openssl 0.9.8b.

What do you get in the buffer *URL-DEBUG* if you set url-debug to t?
What is the output when you trace url-http-end-of-document-sentinel and
url-http-generic-filter?

Magnus