From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.help Subject: Re: eww/shr: a method for ignoring elements? Date: Sun, 27 Dec 2015 06:57:09 +0100 Message-ID: <87si2ol9hm.fsf@gnus.org> References: <87bn9conkh.fsf@gnus.org> <877fk0vlge.fsf@wanadoo.es> <87ege8n5oh.fsf@gnus.org> <8737uovj22.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1451195881 22857 80.91.229.3 (27 Dec 2015 05:58:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Dec 2015 05:58:01 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Dec 27 06:57:49 2015 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aD4Ky-0006Ex-Ln for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Dec 2015 06:57:48 +0100 Original-Received: from localhost ([::1]:40773 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aD4Ky-0004Gf-0e for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Dec 2015 00:57:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53438) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aD4Kn-0004GL-6U for help-gnu-emacs@gnu.org; Sun, 27 Dec 2015 00:57:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aD4Kj-0003A9-E8 for help-gnu-emacs@gnu.org; Sun, 27 Dec 2015 00:57:37 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:43198) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aD4Kj-00039m-7E for help-gnu-emacs@gnu.org; Sun, 27 Dec 2015 00:57:33 -0500 Original-Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aD4KM-0002G2-Ff; Sun, 27 Dec 2015 06:57:10 +0100 In-Reply-To: <8737uovj22.fsf@wanadoo.es> (=?iso-8859-1?Q?=22=D3scar?= Fuentes"'s message of "Sun, 27 Dec 2015 01:20:21 +0100") User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aD4KM-0002G2-Ff MailScanner-NULL-Check: 1451800631.13104@JV8nDjxB1/UlTsDazDjPxA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.224.195 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:108495 Archived-At: =D3scar Fuentes 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 =91disqus.com=92... > Opening TLS connection with =91gnutls-cli --insecure -p 443 disqus.com=92= ...done > Opening TLS connection to =91disqus.com=92...done > Opening TLS connection to =91a.disquscdn.com=92... > Opening TLS connection with =91gnutls-cli --insecure -p 443 > a.disquscdn.com=92...done > Opening TLS connection to =91a.disquscdn.com=92...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 =91gnutls-cli --insecure -p 443 disqus.com=92= ...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. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no