HTTPS request hangs about dexador

[fukamachi]

Thank you for reporting.
However, I cannot reproduce it on Windows 10 & SBCL 1.3.15.
I suppose the hang is because of waiting for the HTTP response. I'm not sure why.

[mtstickney]

I experienced this issue trying to use a newer version of qlot. The hang seems to be specific to SBCL, as CCL reports an error:

> Error: The TLS/SSL connection on handle #<A Foreign Pointer #x2A30858> has been closed (return code: 5).
>        SSL error queue is empty.

I've checked, and drakma is able to make the same request successfully (dexador succeeds on my linux host, too). The chief difference seems to be that drakma is using cl+ssl:stream-fd and passing the result to make-ssl-client-stream, rather than passing the stream directly (but I'm not sure if that's meaningful).

I'll check on my Windows 10 machine when I get home tonight, to see if this works correctly there.

[mtstickney]

Correction: the real difference is that the version of drakma in quicklisp doesn't create an ssl context. Removing the cl+ssl:with-global-context code from dexador makes it work correctly in CCL.

Presumably this has something to do with certificate verification (but dexador does fail when you set :insecure t). I'll investigate more, and maybe check the tip version of drakma, which does use an ssl context.

[mtstickney]

Drakma tip has this problem too, so it seems like it's a problem with cl+ssl on windows when using contexts.

[mtstickney]

I've filed an issue upstream with cl+ssl about this, if you want to follow it there.

[tshatrov]

I had the same bug and can confirm that updating to the latest cl+ssl version from quicklisp fixes this issue.

[mattboroi]

@ajberkley this might be able to be closed, the upstream issue is closed and i'm unable to reproduce the same experience.

windows 10 (22h2); sbcl 2.2.10; cl+ssl-20221106-git; OpenSSL 1.1.1q 5 Jul 2022

[mtstickney]

Mostly just for context, the hang part of this issue may be related to an SBCL bug where wait-until-fd-usable failed to detect EOF on windows. A patch was applied in August 2020, and I believe it should be in SBCL 2.0.8 and later.

Based on my 15-minute refresher, that sounds like both parts of this (hangs on SBCL, has context errors on CCL) should be fixed by now.