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 4NTkBv0rI181PgAA0tVLHw (envelope-from ) for ; Thu, 30 Jul 2020 20:22:21 +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 qIbTAv0rI1+dVAAA1q6Kng (envelope-from ) for ; Thu, 30 Jul 2020 20:22:21 +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 8AB079403C7 for ; Thu, 30 Jul 2020 20:22:20 +0000 (UTC) Received: from localhost ([::1]:42990 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k1F4D-0001A6-TY for larch@yhetil.org; Thu, 30 Jul 2020 16:22:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40354) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k1F3Y-00015y-BD for emacs-orgmode@gnu.org; Thu, 30 Jul 2020 16:21:36 -0400 Received: from mail-qk1-x732.google.com ([2607:f8b0:4864:20::732]:33256) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1k1F3W-0002yG-Oc for emacs-orgmode@gnu.org; Thu, 30 Jul 2020 16:21:36 -0400 Received: by mail-qk1-x732.google.com with SMTP id l23so26908441qkk.0 for ; Thu, 30 Jul 2020 13:21:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=1iABjWSqrLFwgIoXC6+iCYUWmWqSzAzouAnmiJ1CY/Y=; b=p857RFVHtqb5xhfT5bdCkSi5V5lNN6PPTYN2d2x5TYletVgUFGqKiRZw4B7KpnIVRK DJdd+gxZ0KFhIP7Lf01cSdpOjYrOdjWCmP73Z14dHFbEnS1NQySEMya8B1I4iCgpRsPn pLwLFPgLBod0dTahUrZ9PBYcOn3TArbo0pchlLVXDl7R2P109EDMZqBHotDLN4ECMZic OWrD9KB26dhJx54W1lod47XJuIZ0pg364QK4Jd8LCFFLf8vTwuLKQksMQdEaXqblZ8Ez q9gKc+zSLjQYW8fp8Nv3gzxjFCXj+ssirLuiN37/IsGDGfsaOpdAQepGV7JQ6T+U9lnj wiWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=1iABjWSqrLFwgIoXC6+iCYUWmWqSzAzouAnmiJ1CY/Y=; b=P+/BDVKroyrxhnfIiLQ/F4rmXUHxeI7yNDMEBSxqwPRrjnWAxbP1wQnuL2m/lx0yHA 4HjFfUVZlCFz6r7OhlFM3oXm7+MYw+vy+outQjY5M/euZAA5oX9sAal4I01jgWFgCl4F 98cFbA1yMw+KFE1MeUEOb+bqbNho2E/iIof0DD9FjViazoYi43EM6ejgmiuFex/lBWcB C4IEDqAVxOt10twfCifgKlAsxZfzPVSvAFcv4Yk2cyfLEoTuKZQGveQe8Oz6X1jZFgUI bSgevxgIAR4gE/4vnRUO9erlNRI1/l0GwkgZ4dk84oUj7OT4ianPnkOkF/bn5iGs6/xP bVdw== X-Gm-Message-State: AOAM531xes4v7PqcbCVnFzIdoiY6hBueaPLJ7QS3f5C9nmaRtVW0FmYG 7nibZZzuJZj4SBla5dT0EozYuuck7E0= X-Google-Smtp-Source: ABdhPJydaMLQSTV8IMQeCKDQt6rjY6c83HzLlyE2i9YM9szGv9XhSw7Zp2Ap3D/iMN8a0WUCRI+22Q== X-Received: by 2002:a05:620a:12fb:: with SMTP id f27mr975474qkl.232.1596140493067; Thu, 30 Jul 2020 13:21:33 -0700 (PDT) Received: from tzzpccd.dnsalias.net (pool-72-89-125-139.nycmny.fios.verizon.net. [72.89.125.139]) by smtp.gmail.com with ESMTPSA id p189sm4940734qkb.61.2020.07.30.13.21.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 Jul 2020 13:21:32 -0700 (PDT) From: Justin Vallon X-Google-Original-From: Justin Vallon Received: from heron.vallon (quail.vallon [192.168.8.1]) by tzzpccd.dnsalias.net (Postfix) with ESMTPSA id 39E947C; Thu, 30 Jul 2020 16:21:32 -0400 (EDT) To: emacs-orgmode@gnu.org Subject: infinite recursion org-update-id-locations / org-entry-properties / org-entry-blocked-p / org-edna / org-id-find / org-id-update-locations Message-ID: Date: Thu, 30 Jul 2020 16:21:31 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=2607:f8b0:4864:20::732; envelope-from=justinvallon@gmail.com; helo=mail-qk1-x732.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20161025 header.b=p857RFVH; dmarc=pass (policy=none) header.from=gmail.com; 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-Spam-Score: -1.71 X-TUID: A61YKnWMAYh3 I copy by org files between 2 machines. Thus, my .org-id-locations file gets stale when I archive on one machine, then sync the org files. I also use org-edna. Sometimes, org-agenda will go into an infinite loop (recursion depth, etc) when scanning. I believe what is happening is: - org-agenda / org-edna builds the agenda, and hits a "missing" id(X) - org-update-id-locations starts scanning files/nodes to refresh - org-cached-entry-get tries to get all properties - org-entry-blocked-p is called - org-edna then tries to parse the BLOCKER property - the property mentions "id(Y)", which has not been found (yet) - cache miss, rescan files The X and Y could be different, but once id(Y) is missing and the cache-miss happens during id-scanning, it will repeat. I suppose it also might be sensitive to the order of files in the list, since scanning the archive first would scan the older IDs, then the active file would reference those older IDs. However, I would imagine there would be trouble if an "earlier" node in the active file referenced an ID that appeared "later" in the file, since the file is being scanned in-order. I haven't tried this, but the simplest case to reproduce might be to delete the .org-id-locations file, then feed it: * Second BLOCKER: id(first) * First ID: first I can try to build a (simple) reproducible test case if this is unclear. My work-around is to disable org-edna, run org-id-update-id-locations, then reenable org-edna. -- -Justin JustinVallon@gmail.com