From unknown Fri Aug 15 17:58:47 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#60751 <60751@debbugs.gnu.org> To: bug#60751 <60751@debbugs.gnu.org> Subject: Status: 30.0.50; Treesit indent rule with missing semi in java-ts-mode Reply-To: bug#60751 <60751@debbugs.gnu.org> Date: Sat, 16 Aug 2025 00:58:47 +0000 retitle 60751 30.0.50; Treesit indent rule with missing semi in java-ts-mode reassign 60751 emacs submitter 60751 Theodor Thornhill severity 60751 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 12 04:28:02 2023 Received: (at submit) by debbugs.gnu.org; 12 Jan 2023 09:28:02 +0000 Received: from localhost ([127.0.0.1]:44665 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pFtsP-0006pJ-HW for submit@debbugs.gnu.org; Thu, 12 Jan 2023 04:28:01 -0500 Received: from lists.gnu.org ([209.51.188.17]:35210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pFtsN-0006pB-JG for submit@debbugs.gnu.org; Thu, 12 Jan 2023 04:28:00 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pFtsK-0001fD-74 for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2023 04:27:56 -0500 Received: from out-48.mta0.migadu.com ([91.218.175.48]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pFtsH-0006JZ-4p for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2023 04:27:55 -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=thornhill.no; s=key1; t=1673515670; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=iGeNvyUzTJl6iT0m28lmWggsx3EVs0v7NX5Wjv6Fj70=; b=1Il3qqP/276jCxVJKgZZXAc7DlZGsLr9mCB/1Q0yf1ZDDHPHLtws8pPZ1GkwXSdOQRSIx9 CcRi3w+39MvXaB+0c+xRxxI5fTeb3pXx/qhyKO8ntDYZbltmXVQb3oqK3VmO7SNJ477bo4 eSeT+OKQkeZqL1iXwQNwCgMoZQgVZgoRH11+AK8bQboUNzW+iSDpFd33JMWluc6mdXaHpo OIpU4lnTsKX8Xy3xkDINKbj988W7ybzXb+IlckFTrihASyU/0uBkOZDKAH7pCeil+Lotaa dVuzBWxz5IGfk57AfmHWE4Cn/ZbnIKYvNhGQwy46s8Eq00AF1q127asPW+nHEg== From: Theodor Thornhill To: bug-gnu-emacs@gnu.org Subject: 30.0.50; Treesit indent rule with missing semi in java-ts-mode X-Debbugs-Cc: casouri@gmail.com Date: Thu, 12 Jan 2023 10:27:48 +0100 Message-ID: <87bkn4qezv.fsf@thornhill.no> MIME-Version: 1.0 Content-Type: text/plain X-Migadu-Flow: FLOW_OUT Received-SPF: pass client-ip=91.218.175.48; envelope-from=theo@thornhill.no; helo=out-48.mta0.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-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Hi Yuan! Consider this java code (point at |, and note the missing semi): ``` class foo { public void foo() { var x = foo .foo()| } } ``` If I press RET now, indent ends up here: ``` class foo { public void foo() { var x = foo .foo() | } } ``` Matched rule is (which I'll change in a bit anyway): ``` ((parent-is "block") (and parent parent-bol) java-ts-mode-indent-offset) ``` and the parse tree is: ``` (program (class_declaration class name: (identifier) body: (class_body { (method_declaration (modifiers public) dimensions: (void_type) body: (identifier) (formal_parameters ( )) (block { (local_variable_declaration type: (type_identifier) declarator: (variable_declarator dimensions: (identifier) = value: (method_invocation object: (identifier) . name: (identifier) arguments: (argument_list ( )))) type: ;) })) }))) ``` and when this is invoked at point: ``` (treesit-node-at (point)) ;; # (treesit-node-parent (treesit-node-at (point))) ;; # ``` In a way I would expect it to match either variable_declarator or local_variable_declaration. I know this behavior has changed a couple of times the last year, wrt treesit-node-at and treesit-node-on, but it's a little over my head how this calcutation is done. In this case the syntax tree has no errors, but the code won't compile. Do you have any suggestions for how to remedy this in java-ts-mode only, or is this something to be considered for treesit.el? Or maybe even a bug in tree-sitter-java? I see the tree-sitter playground [0] returns: ``` program [0, 0] - [8, 0] class_declaration [0, 0] - [6, 1] name: identifier [0, 6] - [0, 9] body: class_body [0, 10] - [6, 1] method_declaration [1, 4] - [5, 6] modifiers [1, 4] - [1, 10] type: void_type [1, 11] - [1, 15] name: identifier [1, 16] - [1, 19] parameters: formal_parameters [1, 19] - [1, 21] body: block [1, 22] - [5, 6] local_variable_declaration [2, 8] - [3, 18] type: type_identifier [2, 8] - [2, 11] declarator: variable_declarator [2, 12] - [3, 18] name: identifier [2, 12] - [2, 13] value: method_invocation [2, 16] - [3, 18] object: identifier [2, 16] - [2, 19] name: identifier [3, 13] - [3, 16] arguments: argument_list [3, 16] - [3, 18] MISSING ; [3, 18] - [3, 18] ``` Which in turn could be something new not supported in the version I run? Theo [0]: https://tree-sitter.github.io/tree-sitter/playground From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 13 04:32:55 2023 Received: (at 60751) by debbugs.gnu.org; 13 Jan 2023 09:32:55 +0000 Received: from localhost ([127.0.0.1]:49595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGGQh-0005Py-7N for submit@debbugs.gnu.org; Fri, 13 Jan 2023 04:32:55 -0500 Received: from mail-pj1-f46.google.com ([209.85.216.46]:33484) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGGQf-0005Pj-MO for 60751@debbugs.gnu.org; Fri, 13 Jan 2023 04:32:54 -0500 Received: by mail-pj1-f46.google.com with SMTP id cx21-20020a17090afd9500b00228f2ecc6dbso1182685pjb.0 for <60751@debbugs.gnu.org>; Fri, 13 Jan 2023 01:32:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date:message-id :reply-to; bh=xI9I5RXNwMXwv4P10dLFKMtTs8dCTFQeVqkDsKMGWQY=; b=RfWNCRZVxsY3vIKCQGPb4SV10Pdh5FA9Lo7Vxr4U5xELOFcoxekO0S3Yrn3anDNJ5q N7taQSpqCYpD/b5LywO8t5fPfKAJZ7Y3CHb0t8sGdZ6UrjqhaosRJ6yku+GMzFTEZeHs YR+fw4tU2A8Nxwknfq96+Fbja5a8v0YXkSW29KE9Jhos49wGRuhFPOueY3W6c1DqX2Br EziE93GbLzvhkbiKRIaUOnnHmiqANVh4xqD6epoe7zyfo0kpAp23ZFV2RlznDFT/KFbc rEJq20TB7OCE/2tCpXtSUTEGQXoxDYZ4EZ7K1dPgSRQkALw1WA9lhcJfWjmocL4G5C/B SMfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:cc:date:message-id:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=xI9I5RXNwMXwv4P10dLFKMtTs8dCTFQeVqkDsKMGWQY=; b=YKr3fueNb3QXW41sjYLpylCDz6feJH7eaLu26TBsX2RgoTQnvY8OOfMzs9IBdXU3Uh RMaZRDsszyeEb6Bu+0eWCk/nL0/9qs10r9hgcNMJLTFbOkMNr3fHvZ4obWCfV1jZKWr4 YQ9PdRvgKVYDQ0OST/Q3vcSYokTiLWo3LRxDpedXml7kYVF54b/pVfZBrgO8UJJizplr Yy8AeUctC7ARZWVMywlKLaxg0lkHImkGBpBaj7HNPGeVQoT8NWNYw+r0bVJkrrw5sIBh zKKOsCwg8dwQCvQwmaOUAzVSAgro1fnTx3ZSdSCbWbK+tdCbHKsbHgJyx8FFWUYZ8jxn 50IA== X-Gm-Message-State: AFqh2koBTJY72QqmfdbBsTCUZ5TGubm+RUTrFZzwYQHql2898fMh8VCX e5tB7BjfbgKQZI2gSf7nZAo= X-Google-Smtp-Source: AMrXdXt8UT9ssQK8966+TWpgrHKtTjkbPeMdhEesoGxfFZV7ppImHsWmeKriuK8JpZO6mDhm/PYmOA== X-Received: by 2002:a17:902:b684:b0:192:f7b3:5074 with SMTP id c4-20020a170902b68400b00192f7b35074mr30303402pls.61.1673602367387; Fri, 13 Jan 2023 01:32:47 -0800 (PST) Received: from smtpclient.apple (cpe-172-117-161-177.socal.res.rr.com. [172.117.161.177]) by smtp.gmail.com with ESMTPSA id q1-20020a170902dac100b00185402cfedesm13641796plx.246.2023.01.13.01.32.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Jan 2023 01:32:47 -0800 (PST) From: Yuan Fu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: bug#60751: 30.0.50; Treesit indent rule with missing semi in java-ts-mode Message-Id: <48984B86-E77B-41B6-A6DB-A561CBEEACA3@gmail.com> Date: Fri, 13 Jan 2023 01:32:45 -0800 To: Theodor Thornhill X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 60751 Cc: 60751@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Theodor Thornhill writes: > Hi Yuan! > > Consider this java code (point at |, and note the missing semi): > ``` > class foo { > public void foo() { > var x =3D foo > .foo()| > } > } > ``` > If I press RET now, indent ends up here: > ``` > class foo { > public void foo() { > var x =3D foo > .foo() > | > } > } > ``` > > Matched rule is (which I'll change in a bit anyway): > > ``` > ((parent-is "block") (and parent parent-bol) = java-ts-mode-indent-offset) > ``` > > > and the parse tree is: > > ``` > (program > (class_declaration class name: (identifier) > body:=20 > (class_body { > (method_declaration > (modifiers public) > dimensions: (void_type) body: (identifier) > (formal_parameters ( )) > (block { > (local_variable_declaration type: (type_identifier) > declarator:=20 > (variable_declarator dimensions: (identifier) =3D > value:=20 > (method_invocation object: (identifier) . name: (identifier) > arguments: (argument_list ( )))) > type: ;) > })) > }))) > ``` > > > and when this is invoked at point: > > ``` > (treesit-node-at (point)) ;; # > (treesit-node-parent (treesit-node-at (point))) ;; # > ``` > > In a way I would expect it to match either variable_declarator or > local_variable_declaration. I know this behavior has changed a couple > of times the last year, wrt treesit-node-at and treesit-node-on, but > it's a little over my head how this calcutation is done. So when treesit-indent runs, it tries to get the largest node that starts at BOL, where BOL is the first non-whitespace character of the current line. In this case, there is no such node (because point is on an empty line), so NODE is set to nil, and parent is set to the smallest node that covers BOL, which is the (block) node. > In this case the syntax tree has no errors, but the code won't = compile. > Do you have any suggestions for how to remedy this in java-ts-mode = only, > or is this something to be considered for treesit.el? Or maybe even a > bug in tree-sitter-java? Compile? You mean byte-compiling java-ts-mode.el? What do you want to accomplish? The indentation you showed looks alright to me. > I see the tree-sitter playground [0] returns: > ``` > > > program [0, 0] - [8, 0] > class_declaration [0, 0] - [6, 1] > name: identifier [0, 6] - [0, 9] > body: class_body [0, 10] - [6, 1] > method_declaration [1, 4] - [5, 6] > modifiers [1, 4] - [1, 10] > type: void_type [1, 11] - [1, 15] > name: identifier [1, 16] - [1, 19] > parameters: formal_parameters [1, 19] - [1, 21] > body: block [1, 22] - [5, 6] > local_variable_declaration [2, 8] - [3, 18] > type: type_identifier [2, 8] - [2, 11] > declarator: variable_declarator [2, 12] - [3, 18] > name: identifier [2, 12] - [2, 13] > value: method_invocation [2, 16] - [3, 18] > object: identifier [2, 16] - [2, 19] > name: identifier [3, 13] - [3, 16] > arguments: argument_list [3, 16] - [3, 18] > MISSING ; [3, 18] - [3, 18] > ``` > > Which in turn could be something new not supported in the version I = run? The explorer probably did something wrong and added the "type:" field name to the ";" node. Other than that I think the two parse tree should agree with each other. Yuan From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 13 05:31:08 2023 Received: (at 60751) by debbugs.gnu.org; 13 Jan 2023 10:31:08 +0000 Received: from localhost ([127.0.0.1]:49653 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGHL1-0006u2-LA for submit@debbugs.gnu.org; Fri, 13 Jan 2023 05:31:08 -0500 Received: from out-129.mta0.migadu.com ([91.218.175.129]:11344) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGHKx-0006tr-0p for 60751@debbugs.gnu.org; Fri, 13 Jan 2023 05:31:06 -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=thornhill.no; s=key1; t=1673605861; 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: in-reply-to:in-reply-to:references:references; bh=QGavaDWM7/MInd53mPdHzV+UJ9LGKtvzSpYY0H0cECI=; b=BKoBGHEiPh988spY0gKj1jx+pTnL/4PRkvANhGkxI1LSYqQG5erghNUGIp/fddkjtYoer6 J3ecjNCrLHUw8mK9AlJGs9Mr+ivb5dsXpYSvTfwAKX8APFCzGTBcy7+omHt9+TFEG11hV1 bFAhdvz5ZbHYuC377MOjgMv2incsZvOmnFiye4YLvaO7GAfAT98kstvpVmMCwmLw+wyxYQ FoFLnVeWg0cfy3YP9qywCPvU3GnQJwdbBtNXsu961704oi1iTPRyBsUuJe+MqiZzzWXlsq nQgNxAlU5vHze6X7e6evf/CCyX3pQ/wCWe+7AoxLCQZWbuRbCotE82Ni7JE6fg== From: Theodor Thornhill To: Yuan Fu Subject: Re: bug#60751: 30.0.50; Treesit indent rule with missing semi in java-ts-mode In-Reply-To: <48984B86-E77B-41B6-A6DB-A561CBEEACA3@gmail.com> References: <48984B86-E77B-41B6-A6DB-A561CBEEACA3@gmail.com> Date: Fri, 13 Jan 2023 11:30:57 +0100 Message-ID: <87a62mzpy6.fsf@thornhill.no> MIME-Version: 1.0 Content-Type: text/plain X-Migadu-Flow: FLOW_OUT X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 60751 Cc: 60751@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Yuan Fu writes: > Theodor Thornhill writes: > >> Hi Yuan! >> >> Consider this java code (point at |, and note the missing semi): >> ``` >> class foo { >> public void foo() { >> var x = foo >> .foo()| >> } >> } >> ``` >> If I press RET now, indent ends up here: >> ``` >> class foo { >> public void foo() { >> var x = foo >> .foo() >> | >> } >> } >> ``` >> >> Matched rule is (which I'll change in a bit anyway): >> >> ``` >> ((parent-is "block") (and parent parent-bol) java-ts-mode-indent-offset) >> ``` >> >> >> and the parse tree is: >> >> ``` >> (program >> (class_declaration class name: (identifier) >> body: >> (class_body { >> (method_declaration >> (modifiers public) >> dimensions: (void_type) body: (identifier) >> (formal_parameters ( )) >> (block { >> (local_variable_declaration type: (type_identifier) >> declarator: >> (variable_declarator dimensions: (identifier) = >> value: >> (method_invocation object: (identifier) . name: (identifier) >> arguments: (argument_list ( )))) >> type: ;) >> })) >> }))) >> ``` >> >> >> and when this is invoked at point: >> >> ``` >> (treesit-node-at (point)) ;; # >> (treesit-node-parent (treesit-node-at (point))) ;; # >> ``` >> >> In a way I would expect it to match either variable_declarator or >> local_variable_declaration. I know this behavior has changed a couple >> of times the last year, wrt treesit-node-at and treesit-node-on, but >> it's a little over my head how this calcutation is done. > > So when treesit-indent runs, it tries to get the largest node that > starts at BOL, where BOL is the first non-whitespace character of the > current line. In this case, there is no such node (because point is on > an empty line), so NODE is set to nil, and parent is set to the smallest > node that covers BOL, which is the (block) node. > Right, thanks! >> In this case the syntax tree has no errors, but the code won't compile. >> Do you have any suggestions for how to remedy this in java-ts-mode only, >> or is this something to be considered for treesit.el? Or maybe even a >> bug in tree-sitter-java? > > Compile? You mean byte-compiling java-ts-mode.el? What do you want to > accomplish? The indentation you showed looks alright to me. > Just that the java code won't compile because of the missing semi :) Nothing more. >> I see the tree-sitter playground [0] returns: >> ``` >> >> >> program [0, 0] - [8, 0] >> class_declaration [0, 0] - [6, 1] >> name: identifier [0, 6] - [0, 9] >> body: class_body [0, 10] - [6, 1] >> method_declaration [1, 4] - [5, 6] >> modifiers [1, 4] - [1, 10] >> type: void_type [1, 11] - [1, 15] >> name: identifier [1, 16] - [1, 19] >> parameters: formal_parameters [1, 19] - [1, 21] >> body: block [1, 22] - [5, 6] >> local_variable_declaration [2, 8] - [3, 18] >> type: type_identifier [2, 8] - [2, 11] >> declarator: variable_declarator [2, 12] - [3, 18] >> name: identifier [2, 12] - [2, 13] >> value: method_invocation [2, 16] - [3, 18] >> object: identifier [2, 16] - [2, 19] >> name: identifier [3, 13] - [3, 16] >> arguments: argument_list [3, 16] - [3, 18] >> MISSING ; [3, 18] - [3, 18] >> ``` >> >> Which in turn could be something new not supported in the version I run? > > The explorer probably did something wrong and added the "type:" > field name to the ";" node. Other than that I think the two parse tree > should agree with each other. > > Yuan Right, thanks! From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 15 04:26:17 2023 Received: (at control) by debbugs.gnu.org; 15 Jan 2023 09:26:17 +0000 Received: from localhost ([127.0.0.1]:56113 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGzHN-0003aa-J5 for submit@debbugs.gnu.org; Sun, 15 Jan 2023 04:26:17 -0500 Received: from mail-pj1-f51.google.com ([209.85.216.51]:52926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pGzHL-0003aL-Jw for control@debbugs.gnu.org; Sun, 15 Jan 2023 04:26:16 -0500 Received: by mail-pj1-f51.google.com with SMTP id o13so22948358pjg.2 for ; Sun, 15 Jan 2023 01:26:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:from:to:cc:subject:date:message-id:reply-to; bh=zHZC2KqJO/adc9oZY0yXJfo0x76OPLmPvQQIhF5jtD8=; b=iAmI+Ge/xA3QeY8yuoQ4dYT9ODv2kYvxQOJpGG9jJKzx3jvwcNgRg2In0Xd22BJiFQ fwcr6hV+OZdSvi29zsRQjPvlnD0Ub+1dqTwp71sA9JsmEWElo4KxZhRlmqfwkrnLBAcV SE6vPv/eGBHsEutrR9LvWhhCWp+EPSLyLbMTzx/Z3tTrlSJOjlLpJce7ohhXsgs5u6fZ MpjwznuAdzt8egWIhW13x3+A3EFAb8UKec14+2a7FX+cE0cxJrUODNJZRbSAxRQuXKxA +1ZYOvRSN10Dyv/hzNozZYHwh0glgqhXNGafbPPWe4kqPTrA3DbDscrVjKpuH0pZ9fh6 k0YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zHZC2KqJO/adc9oZY0yXJfo0x76OPLmPvQQIhF5jtD8=; b=ZOzuYqfCJj8rZLnLK7gUN5DTKlShaGhYU0Q3X3dBXJ0He6YROHCvpW6E8AVgfn94lP 1Z1vEpogNQ9D4wMkVAmjs9Q1IV4EWjMZq0rEfJ25Xu53lle1YWKWwBBVwTrdSktG1NTP Z2qEqrNEL1e4GWLZ8TaJrMUn5/NfkXCiX3ykqAmHWBSKVJ5IwuTmaecQLATgpllOfXTs rYvkN/F8IcOhWufzds41DVQsVnKzzaaNFQGxELncRbDYLMJJcFvNEFDxWUp2yn3DXLQC SsgsWpk+Io64Mt0QirKFclD5JORPdfi2kj80/338IrLpFYnAVO3ngH26uYrsxuRKqXEt boUg== X-Gm-Message-State: AFqh2kro5SS/0HDn2bfH+STnLeyDHHpCMNNKwFdu5IyQ1D8zdbHhmLtq TdB5CkVSx+mccKSXF/+jFQcbP13lPBE= X-Google-Smtp-Source: AMrXdXv2pxdd4GFNwCYZb6yYganu1oOo5pTToJ17fzOchJ1toaby3J6rRvPfzRACHVj/PudE+/sznA== X-Received: by 2002:a17:902:7207:b0:189:6457:4e14 with SMTP id ba7-20020a170902720700b0018964574e14mr84334452plb.8.1673774769703; Sun, 15 Jan 2023 01:26:09 -0800 (PST) Received: from smtpclient.apple (cpe-172-117-161-177.socal.res.rr.com. [172.117.161.177]) by smtp.gmail.com with ESMTPSA id p5-20020a170902bd0500b0019248880f75sm17089579pls.77.2023.01.15.01.26.09 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 15 Jan 2023 01:26:09 -0800 (PST) From: Yuan Fu Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: control message for bug #60751 Message-Id: <97B9FD52-ADE1-4E34-A803-FAC9588AA960@gmail.com> Date: Sun, 15 Jan 2023 01:26:08 -0800 To: control@debbugs.gnu.org X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 60751 29.1 quit From unknown Fri Aug 15 17:58:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 12 Feb 2023 12:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator