Re: eww/shr: a method for ignoring elements?

[Lars Ingebrigtsen <larsi@gnus.org>]

Óscar Fuentes <ofv@wanadoo.es> writes:

>>> My primary use case is related to blocking trackers,
>>
>> What kind?
>
> Things like google-analythics and disqus. When one of those do not
> respond, for whatever reason, eww just waits for a long time.

Trackers are either images or Javascript.  shr-blocked-images blocks
images, and shr doesn't do JS.  (Or load JS.)

> This is part of the message sequence of a web page I just visited:
>
> Contacting host: feeds.nature.com:80
> Opening TLS connection to ‘disqus.com’...
> Opening TLS connection with ‘gnutls-cli --insecure -p 443 disqus.com’...done
> Opening TLS connection to ‘disqus.com’...done
> Opening TLS connection to ‘a.disquscdn.com’...
> Opening TLS connection with ‘gnutls-cli --insecure -p 443
> a.disquscdn.com’...done
> Opening TLS connection to ‘a.disquscdn.com’...done

I would guess that it's loading an image from disqus.

> If disqus.com responds quickly, there is no problem. But if it is slow
> or unresponsive (something that happens a few days every other month)
> eww hangs on
>
> Opening TLS connection with ‘gnutls-cli --insecure -p 443 disqus.com’...done
>
> At that point pressing C-g makes the same message reappear (it seems
> that eww re-tries the operation) which hangs again. Several C-g's are
> required to unblock eww (and Emacs). To make things worse, every now and
> then Emacs crashes on that sequence of C-g's. And all this for accessing
> a site that provides nil or negative value to the page's content.

And your Emacs is built without GnuTLS support, which may explain your
hangs.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no