Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wi6F4-0000uX-1b for pgsql-hackers@arkaria.postgresql.org; Fri, 10 Jul 2026 08:05:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wi6F1-00GfDP-02 for pgsql-hackers@arkaria.postgresql.org; Fri, 10 Jul 2026 08:05:47 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wi6F0-00GfDH-21 for pgsql-hackers@lists.postgresql.org; Fri, 10 Jul 2026 08:05:47 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wi6Ey-00000000cNc-2Bfd for pgsql-hackers@lists.postgresql.org; Fri, 10 Jul 2026 08:05:46 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 771FC636E94 for ; Fri, 10 Jul 2026 10:05:44 +0200 (CEST) Received: from s980.loopia.se (unknown [172.22.191.5]) by s807.loopia.se (Postfix) with ESMTP id 5E8786352FF; Fri, 10 Jul 2026 10:05:44 +0200 (CEST) Received: from localhost (unknown [172.22.191.6]) by s980.loopia.se (Postfix) with ESMTP id 5D4012201685; Fri, 10 Jul 2026 10:05:44 +0200 (CEST) X-Virus-Scanned: amavis at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1.2 X-Spam-Level: X-Spam-Status: No, score=-1.2 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1] autolearn=disabled Authentication-Results: s471.loopia.se (amavis); dkim=pass (2048-bit key) header.d=yesql.se Received: from s980.loopia.se ([172.22.191.6]) by localhost (s471.loopia.se [172.22.190.35]) (amavis, port 10024) with UTF8LMTP id FqtZnCRfJ6HX; Fri, 10 Jul 2026 10:05:44 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.236 Received: from smtpclient.apple (customer-89-255-232-236.stosn.net [89.255.232.236]) (Authenticated sender: daniel@yesql.se) by s980.loopia.se (Postfix) with ESMTPSA id CDB8F2201663; Fri, 10 Jul 2026 10:05:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yesql.se; s=loopiadkim1707475645; t=1783670743; bh=t9tmAP6PO+oOUpJEfJAaMGExrpY7OgWqxKWkzrGoduY=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=jZ2Sr/xtsriIqlQbXxqX6zDR41PfHoPzI2q041uloAGyCDdGzlI1Yku4owuI7kPlC AfHcgD0x3w0J5LFShT6R1/AScdaI44W7Vzu2WarHIvqAVopn7qKw/zZwnywC+n14/0 WIuNkk8JBUaKyQJ9Nt+WlUpILUfJkv8Z8TueBspzBLlMufsaKmZk4h2FuTu4ozBjy2 xqaPdWu6CpD+vRLrGyDoarF04+Y9bbqYAgE1cLyl+fIQDq5YpTyp6DkzQegVD4VYT9 NgGkJQgRAQ26mAXgiZ98Ibp3QsBY62PfEulOXpjgfr2M63+k8sddtZZV/e9dG2U+Bd VIwdbkHA5K/wQ== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.12\)) Subject: Re: Possible typo in an error message From: Daniel Gustafsson In-Reply-To: <3292adea-a80e-40d9-9696-69300ad4046f@proxel.se> Date: Fri, 10 Jul 2026 10:05:33 +0200 Cc: Kyotaro Horiguchi , pgsql-hackers@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <318D357F-9EB7-4CAC-A4C0-CF996958461A@yesql.se> References: <20260710.135226.779226693366680552.horikyota.ntt@gmail.com> <3292adea-a80e-40d9-9696-69300ad4046f@proxel.se> To: Andreas Karlsson X-Mailer: Apple Mail (2.3776.700.51.11.12) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 10 Jul 2026, at 09:31, Andreas Karlsson wrote: >=20 > On 7/10/26 06:52, Kyotaro Horiguchi wrote: >> While translating this message, I noticed the following error text: >> parse_jsontable.c:644: >>> errdetail("PATH name was %s not found in nested columns list.", >> Is this perhaps meant to be >> PATH name %s was not found in nested columns list. >> instead? >=20 > Agreed, or maybe: >=20 > "Path name %s not found in nested columns list." >=20 > =46rom what I can see both forms are used in our error messages. I would favor "was not found" since the JSON_TABLE support has a similar wording for missing PLAN clauses: "PLAN clause for nested path %s was = not found". Consistency within a feature is good. >> Also, I wasn't quite sure whether the uppercase "PATH" in messages >> such as "PATH name" has any particular significance. For the >> translation, I ended up treating it as the ordinary word "path", = since >> I couldn't tell whether it was intended to refer to the SQL keyword = or >> just the general concept. >=20 > Agreed, it does not look like it is a keyword so it should not be = written in upper case. I think it does refer to the PATH keyword in a NESTED PATH clause. See = below for an example query from our regression tests: SELECT * FROM JSON_TABLE( jsonb '[]', '$' AS path1 COLUMNS ( NESTED PATH '$' COLUMNS ( foo int PATH '$' ) ) PLAN DEFAULT (UNION) ) jt; -- Daniel Gustafsson