Package: dillo
Version: 3.0.4-2
Severity: important
Tags: upstream ipv6
Control: found -1 3.0.5-5
Control: found -1 3.0.5-3
Control: forwarded -1 
http://lists.dillo.org/pipermail/dillo-dev/2019-October/011117.html

While I can use Dillo without problems to connect to IPv4 HTTPS sites as
well as to IPv6 HTTP sites, connections to IPv6-only HTTPS sites appear
like stalled.

It seems as if dillo can cope well with IPv6, but its HTTPS helper
"dpid" can't. Given that HTTPS moves from the dpid into the browser with
the upcoming 3.1 version, I assume that this won't be fixed in the 3.0.x
series anymore.

I can reproduce this on Debian 8 Jessie (package 3.0.4-2+b1), Debian 9
Stretch (3.0.5-3), Debian 10 Buster (3.0.5-5) as well as on Debian Sid
as of now (package 3.0.5-5+b1).

Example hostnames to test:

Works: https://sym.noone.org/ (Dualstack + HTTPS)
Works: http://sym6.noone.org/ (IPv6-only)
Doesn't work: https://sym6.noone.org/ (IPv6-only + HTTPS)

(All three examples are the same host, but while sym.noone.org has an A
and AAAA record, sym6.noone.org only has a AAAA record for testing
purposes.)

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (600, 'testing'), (500, 'unstable-debug'), 
(500, 'buildd-unstable'), (110, 'experimental'), (1, 'experimental-debug'), (1, 
'buildd-experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages dillo depends on:
ii  libc6            2.29-2
ii  libfltk1.3       1.3.4-9
ii  libgcc1          1:9.2.1-8
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libpng16-16      1.6.37-1
ii  libssl1.1        1.1.1d-1
ii  libstdc++6       9.2.1-8
ii  libx11-6         2:1.6.8-1
ii  wget             1.20.3-1+b1
ii  zlib1g           1:1.2.11.dfsg-1+b1

Versions of packages dillo recommends:
ii  perl  5.28.1-6

dillo suggests no packages.

-- no debconf information

Reply via email to