Bug 35863 – [GTK] Tests fail when running with ipv6 addresses available, on Debian systems

• Component: Tools / Tests
• Status: RESOLVED FIXED

[Gustavo Noronha (kov)]

This is arguably Debian's fault for not doing like the rest of the world, and putting ipv4 addresses first, or maybe it's libsoup's fault for not trying all addresses it is given. Meanwhile, we may want to have most tests passing with an apache configuration fix.

[Gustavo Noronha (kov)]

Created attachment 50214 [details]
Also listen on ipv6 address when running the httpd for tests

This helps us pass most of the tests that use 'localhost' instead of the IP address for requests. I say most because I found two tests that still hit a cross-domain failure, and will still need investigation, but this will improve the life of those who cannot change their network configuration to remove ipv6 support, or reorder the resolution results.

[Gustavo Noronha (kov)]

Created attachment 50216 [details]
Also listen on ipv6 local interface for http tests

[Holger Freyther]

Comment on attachment 50216 [details]
Also listen on ipv6 local interface for http tests

sure.

[Gustavo Noronha (kov)]

Thanks! Landed as r55662.

[Gustavo Noronha (kov)]

Reverted r55662 for reason:

Need to be coordinated with bots setup

Committed r55663: <http://trac.webkit.org/changeset/55663>

[Gustavo Noronha (kov)]

Comment on attachment 50216 [details]
Also listen on ipv6 local interface for http tests

I didn't anticipate the change would fail to boot apache when the interface isn't there - we need to either coordinate the landing of the patch with changes to the bot, or enhance the patch to only bind ipv6 interfaces when they're there.

[Raphael Kubo da Costa (:rakuco)]

This should have been fixed by <http://trac.webkit.org/changeset/132678>.