From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id GKfPK1fdxV+0dQAA0tVLHw (envelope-from ) for ; Tue, 01 Dec 2020 06:06:15 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id kI4eJ1fdxV+ELwAA1q6Kng (envelope-from ) for ; Tue, 01 Dec 2020 06:06:15 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 2C18194030E for ; Tue, 1 Dec 2020 06:06:14 +0000 (UTC) Received: from localhost ([::1]:37952 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kjynl-0004dZ-Cd for larch@yhetil.org; Tue, 01 Dec 2020 01:06:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:42560) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjynA-0004b7-1T for emacs-orgmode@gnu.org; Tue, 01 Dec 2020 01:05:36 -0500 Received: from out1.migadu.com ([2001:41d0:2:863f::]:11986) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kjyn7-0002hB-4F for emacs-orgmode@gnu.org; Tue, 01 Dec 2020 01:05:35 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyleam.com; s=key1; t=1606802769; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=GCLx4R+NMrFVtKVykb5a4YzaDf7X5MZO0Ly7kW6ZNZc=; b=dgK0QNuoIMtGv5OGv2ni7JBMXY2nudCoNrCBqfJafXRd4o7x9HDTUDz6Lkh46XNvecwnR6 kEZsL9HpAk1Jrc/+6+f1fdk1yXuMUSzCVqNWDvYG4pNdvsAA5bzV4hltG0bWDonTvvPbo2 897WNrECZ3EYZUcvavVh3IfZ0Z95j6LzHk8RZ/IVA0PkUcWy/c9H2TJ0b2iurXAwP3t8tJ jfGg12tTKIbAjo7xN4Sd7O8NhDwilT5HpfWJf3BPF3xxi6+6RHqCpiFyxBkhn1XXp/43O0 bD0+TCC1kqNqIyfwI+1W9fcitRzcVWYFsUJK+62oq9kgFfMJb8FwhZlBevEmFw== From: Kyle Meyer To: Dima Kogan Subject: Re: Bug: Org exporter: broken-link errors can't be debugged with debug-on-error [9.3 (release_9.3 @ /usr/share/emacs/28.0.50/lisp/org/)] In-Reply-To: <87o8jebs92.fsf@jpl.nasa.gov> References: <87o8jebs92.fsf@jpl.nasa.gov> Date: Tue, 01 Dec 2020 01:05:28 -0500 Message-ID: <87k0u2t61j.fsf@kyleam.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Auth-User: kyle@kyleam.com Received-SPF: pass client-ip=2001:41d0:2:863f::; envelope-from=kyle@kyleam.com; helo=out1.migadu.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -0.99 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=kyleam.com header.s=key1 header.b=dgK0QNuo; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 2C18194030E X-Spam-Score: -0.99 X-Migadu-Scanner: ns3122888.ip-94-23-21.eu X-TUID: QBk73mhe1afo Dima Kogan writes: > Hi. I'm using the org included with a very recent emacs built from git. > > I have a large project consisting of many .org files that I'm exporting > to html. Somewhere there's a broken link, so when I export the project I > get > > user-error: Unable to resolve link: "figures/blahblahblah.svg" > > This doesn't tell me where the problem is, specifically, so to find out > I > > (setq debug-on-error t) > > and go again. But something about the org code is preventing the > debugger from triggering on this. That really shouldn't be happening. > This is an error that's causing the export to give up and quit, and the > debugger should come up (when debug-on-error). It's not Org specific; it's a default behavioral difference between error and user-error: ,----[ C-h f user-error RET ] | [...] | In contrast with other errors, user errors normally do not cause | entry to the debugger, even when =E2=80=98debug-on-error=E2=80=99 is non-= nil. | This can be overridden by =E2=80=98debug-ignored-errors=E2=80=99. `---- > Also, it would be nice if the error message reported the source file and > line number of the bad link. That does sound helpful. Completely guessing, but I would think the source file but not the line number may be easily obtainable when the org-link-broken error (later converted to a user-error) is signaled. You may find setting org-export-with-broken-links to `mark' helpful for locating the broken links, though it marks the broken links in the output, so the results still need to be mapped back to the corresponding source file.