From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#30675: Ask the user what to do when shr-make-table: Variable binding depth exceeds max-specpdl-size Date: Thu, 01 Mar 2018 21:51:36 -0500 Message-ID: <87efl342br.fsf@gmail.com> References: <877eqwbqvc.fsf@jidanni.org> <87po4n19q0.fsf_-_@jidanni.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1519959011 19836 195.159.176.226 (2 Mar 2018 02:50:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 2 Mar 2018 02:50:11 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) Cc: 30675@debbugs.gnu.org, Katsumi Yamaoka To: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 02 03:50:07 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eralq-0004X5-65 for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Mar 2018 03:50:06 +0100 Original-Received: from localhost ([::1]:60254 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1erans-0005IR-RB for geb-bug-gnu-emacs@m.gmane.org; Thu, 01 Mar 2018 21:52:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41439) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eranl-0005HA-VR for bug-gnu-emacs@gnu.org; Thu, 01 Mar 2018 21:52:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1erani-0002R8-Ti for bug-gnu-emacs@gnu.org; Thu, 01 Mar 2018 21:52:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60272) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1erani-0002QN-Q0 for bug-gnu-emacs@gnu.org; Thu, 01 Mar 2018 21:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1erani-0004gj-AQ for bug-gnu-emacs@gnu.org; Thu, 01 Mar 2018 21:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Mar 2018 02:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30675 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30675-submit@debbugs.gnu.org id=B30675.151995910818003 (code B ref 30675); Fri, 02 Mar 2018 02:52:02 +0000 Original-Received: (at 30675) by debbugs.gnu.org; 2 Mar 2018 02:51:48 +0000 Original-Received: from localhost ([127.0.0.1]:39936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eranT-0004gI-Jq for submit@debbugs.gnu.org; Thu, 01 Mar 2018 21:51:48 -0500 Original-Received: from mail-io0-f170.google.com ([209.85.223.170]:36053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eranR-0004fu-62; Thu, 01 Mar 2018 21:51:45 -0500 Original-Received: by mail-io0-f170.google.com with SMTP id e30so9381665ioc.3; Thu, 01 Mar 2018 18:51:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=xyC3116fnPJSFqxEZNMtABm/hbRoZG2vtlrXLYUkUcM=; b=qYiiSNm9Hj6rUC9fGToIuYP5PUolOjzmfUVsnWrF/fiO9YNVwVsyHwgl6Yp0/kx3QD Onx4WMeWF7HKDbvbZiXghhagR3ub4/xpC+bu8oG8hDXaBazPo1K9Gz7x+wWB15z8F3th Q0FKKu/XAzWOOLw1d1jEqXAPoxvvYt7lVhIgOdLFyQuK4Sw2yxfsvcGTznkDluYvjJ/X HYMaI9IsFw0ZJ2zMatVvdV/WA5MYvCyoMPEd81UynARfEBzeGbtrpsg5hYLzUOMU/GoY i+0rho/7nYfmY0fpsacn4lzzvVWLT8pd00lHAqZGZkhwMqxGs4KCaz0HXQl85xJfouiE cOUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=xyC3116fnPJSFqxEZNMtABm/hbRoZG2vtlrXLYUkUcM=; b=b8qRJNK1iGrHSeveiG91I171veAMlaFNslkCx/BDVEQhHlj5PrQALP8xdxCp+NDuc3 GPGHikJMwZyN+SBdj+zBW2oCLsy+z7IWCItGC4bjc9+BWJf9Tt1Tgw6lbySsNOwoBrVf +wqMGwChp5FC39kUBTzYngvGtNBqqVOyRph0f/Qx13XqZsOGWxMQKQr0BDS2v1vYbXQB UjBd6XU54H3dLasjIHAJGaCHnAIVAp8funyYgLIaKI9asVMjmb3YGMnmTvf0WZZXV/Ff Qb/BCvyVssc7bXfVeZ2g6BEp/7f1xMNj3V2vmDCp+jL4+Had44gmTII8Q9r77NZfa5pC dJRg== X-Gm-Message-State: AElRT7FoFYgYgUrpxfnj5OAbH/XTdlEPR+qDcZRb3a+c89H7uInTkZXO 8ALcH/9VB+JyLsJmapWwIMOOTw== X-Google-Smtp-Source: AG47ELvYWw7Kv4sllHHw22aFaXRmDdP0bQLKMdOzvUDZBSfAEbXLx7kTK08/WDefZiwOBuA3gJnbUw== X-Received: by 10.107.29.205 with SMTP id d196mr4887052iod.18.1519959099551; Thu, 01 Mar 2018 18:51:39 -0800 (PST) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id s70sm494187itb.0.2018.03.01.18.51.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 01 Mar 2018 18:51:38 -0800 (PST) In-Reply-To: <87po4n19q0.fsf_-_@jidanni.org> ("=?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson"'s message of "Fri, 02 Mar 2018 10:40:07 +0800") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:143819 Archived-At: severity 30675 wishlist quit =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson writes: > Instead of warning the user when this happens > > KY> (defun shr-descend (dom) > KY> ... > KY> (if (> shr-depth (/ max-specpdl-size 15)) > KY> (setq shr-warning "Too deeply nested to render properly; consider in= creasing `max-specpdl-size'") > KY> else ...)) > > it should ask the user "Should we try 15 levels deeper? y-n > > and if that is still not enough, > > it should ask the user "Should we try 25 levels even more deeper? y-n > ... > > Why? > > Because the user is facing a probably one-time bad html message. > > He doesn't want to change his .emacs to always let them pass. > > He also wants the choice: > no I don't want to go deeper for this promotional coupon. > yes my grandmom sent me this so I want to see it. On the other hand, if you say go deeper too far Emacs will crash. It's a bit hard to predict how far is too far, so I'm not sure if this prompt is such a great idea. See Bug#16999 "calc crashes when computation limit is increased" for an example of such a prompt. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D16999