GNU bug report logs - #77503
30.1; eww does not fall back to ipv4 if ipv6 is not working

Previous Next

Package: emacs;

Reported by: Francesco Potortì <pot <at> potorti.it>

Date: Thu, 3 Apr 2025 18:38:01 UTC

Severity: normal

Found in version 30.1

To reply to this bug, email your comments to 77503 AT debbugs.gnu.org.

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#77503; Package emacs. (Thu, 03 Apr 2025 18:38:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Francesco Potortì <pot <at> potorti.it>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 03 Apr 2025 18:38:02 GMT) Full text and rfc822 format available.

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

From: Francesco Potortì <pot <at> potorti.it>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.1; eww does not fall back to ipv4 if ipv6 is not working
Date: Thu, 03 Apr 2025 20:37:39 +0200
Subject: wget: does not fall back ti ipv4 if ipv6 does not work
X-Debbugs-CC: Francesco Potortì <Potorti <at> isti.cnr.it>
Fcc: ~/Mail/backup/SMAIL
--text follows this line--
If a target has both an ipv6 and an ipv4 address, Eww uses ipv6 as usual.  But if ipv6 connectivity is broken, Eww does not fall back to ipv4, while it should.  Following is an example situation that I can observe here where Eww fails.

eww-retrieve-command is  nil

$ host aduc.it
aduc.it has address 172.67.186.21
aduc.it has address 104.21.84.40
aduc.it has IPv6 address 2606:4700:3033::6815:5428
aduc.it has IPv6 address 2606:4700:3030::ac43:ba15
aduc.it mail is handled by 10 mail.aduc.it.
aduc.it has HTTP service bindings 1 . alpn="h3,h2" ipv4hint=188.114.96.7,188.114.97.7 ech=AEX+DQBB+gAgACB68yWanQwvuuMkhtkJKB5NiMnIVzllHE/OmbkjIS42JQAEAAEAAQASY2xvdWRmbGFyZS1lY2guY29tAAA= ipv6hint=2a06:98c1:3120::7,2a06:98c1:3121::7

$ traceroute 2606:4700:3033::6815:5428
traceroute to 2606:4700:3033::6815:5428 (2606:4700:3033::6815:5428), 30 hops max, 80 byte packets
 1  2a00:1620:c0:50:fe:: (2a00:1620:c0:50:fe::)  11.378 ms  11.358 ms  11.394 ms
 2  2a00:1620:c0:ffff::9230:7f45 (2a00:1620:c0:ffff::9230:7f45)  0.417 ms  0.451 ms  0.493 ms
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  *  C-c C-c




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#77503; Package emacs. (Fri, 04 Apr 2025 08:01:02 GMT) Full text and rfc822 format available.

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Francesco Potortì <pot <at> potorti.it>
Cc: 77503 <at> debbugs.gnu.org
Subject: Re: bug#77503: 30.1; eww does not fall back to ipv4 if ipv6 is not
 working
Date: Fri, 04 Apr 2025 10:00:21 +0200
>>>>> On Thu, 03 Apr 2025 20:37:39 +0200, Francesco Potortì <pot <at> potorti.it> said:

    Francesco> Subject: wget: does not fall back ti ipv4 if ipv6 does not work
    Francesco> X-Debbugs-CC: Francesco Potortì <Potorti <at> isti.cnr.it>
    Francesco> Fcc: ~/Mail/backup/SMAIL
    Francesco> --text follows this line--
    Francesco> If a target has both an ipv6 and an ipv4 address, Eww uses ipv6 as
    Francesco> usual.  But if ipv6 connectivity is broken, Eww does not fall back to
    Francesco> ipv4, while it should.  Following is an example situation that I can
    Francesco> observe here where Eww fails.

This is a generic problem with all network connection functionality in
Emacs. Weʼd need to implement something like Happy Eyeballs (RFC
8305), which would need support from the C core.

Robert
-- 




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#77503; Package emacs. (Fri, 04 Apr 2025 08:46:01 GMT) Full text and rfc822 format available.

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

From: Francesco Potortì <pot <at> potorti.it>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 77503 <at> debbugs.gnu.org
Subject: Re: bug#77503: 30.1; eww does not fall back to ipv4 if ipv6 is not
 working
Date: Fri, 04 Apr 2025 10:45:38 +0200
>    Francesco> If a target has both an ipv6 and an ipv4 address, Eww uses ipv6 as
>    Francesco> usual.  But if ipv6 connectivity is broken, Eww does not fall back to
>    Francesco> ipv4, while it should.  Following is an example situation that I can
>    Francesco> observe here where Eww fails.
>
>This is a generic problem with all network connection functionality in
>Emacs. Weʼd need to implement something like Happy Eyeballs (RFC
>8305), which would need support from the C core.

Thanks.  I've learned something today.  I set Eww to use curl as a backend as a workaround

-- 
fp




This bug report was last modified 7 days ago.

Previous Next


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