Bug#558125: epiphany-browser - Caches the decision to use ipv6 over network topology changes

[Gustavo Noronha Silva]

On Sat, 2011-03-19 at 01:41 +0100, Simon Paillard wrote:
> > > This is likely a problem in libsoup, or on GResolver. I'll ask Dan
> > > Winship.
> >
> > Any luck?

No, sorry, I dropped the ball on this.

> (Re-Ping)
> 
> As I met this again in the context of Debian WWW mirrors (one mirror removed
> from the DNS rotation with little enough TTL), but epiphany still tried to
> connect to an outdated IP.
> 
> So basically it behaves as if we had a infinite TTL: breaking redundancy, load
> balancing..
> 
> I'm not used enough to gdb, so cannot locate/provide patch, but here are some
> results/conclusions (on squeeze and sid):
> 
> - unless a DNS request fails for a host, then further requests for that uri
>   (example on force refresh) will be performed against 0x00 host (epiphany
>   really wants to know about root servers ?) 

I didn't follow here, can you detail a bit more how you reached this
conclusion, and what exactly happens?

> - *each time the mouse is moved*, a DNS request is performed for the uri for the
>   DOM object (so 0x00 for the background/already resolved, host for the link) !!

This is WebKit pre-resolving DNS, but I still don't really understand
the 0x00 reference. In any case, Epiphany doesn't deal with network
directly, that is libsoup's domain, so I think we should reassign it
there, and perhaps get some testing on experimental's libsoup to see if
there's been any improvement. Could anyone help with this?

Cheers,

-- 
Gustavo Noronha Silva <kov at debian.org>
Debian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20110320/283d40fb/attachment.pgp>