谢谢，
Lydia
于 2020 年 9 月 10 日上午 10:28，Michael Ferguson
通过 Chapel 编程语言 写道：
mppf
9 月 10 日你好 Lydia-
在我的系统上，该测试在该 PR 之前和之后都会核心转储。
我认为这是一次偶然的通过，
该测试需要在 valgrind 下运行以避免这种情况。-michael
你好 Michael，
你的 inout 更改是否合理修复了这个问题？我不确定是否有更好的候选 PR 谢谢， Lydia
访问主题 或回复此邮件以响应。
回复内容
chapelu
9 月 10 日=== 摘要 =================================================== 主机名：chapvm12 修订版：https://github.com/chapel-lang/chapel/commit/a07bdf4084 日志文件：/data/sea/chapel/Nightly/day3-Wed-fast.log 开始时间： 2020 年 9 月 9 日星期三 02:00:21 结束时间：2020 年 9 月 9 日星期三 23:52:03 运行 测试：查看此 …
访问 主题 或回复此邮件以响应。
您收到此邮件是因为您启用了邮件列表 模式。
要取消订阅这些邮件，请点击此处。
--------------947BE6989DE4601A4B02D61A-- ``` --- 有趣的部分是： ```html https://github.com/chapel-lang/chapel/pull/16369 将使其仅在 Valgrind 或地址消毒器下运行。
谢谢，
Lydia
``` --- 好的。而且根据在“高级测试”工具中编辑每个版本的邮件信息来判断，显然确实是 HTML 版本被传递到了帖子中（而不是邮件的纯文本版本）。因此，该工具似乎会剥离这封邮件中的所有 HTML（这也解释了为什么换行符消失了），但在 OWA 版本的邮件中却没有这样做，而该版本也是多部分的。我目前正在比较这两封邮件，试图找出原因。 以下是保留链接和空白格式的 OWA 版本邮件，供参考： ```plaintext Received: from mx0a-002e3701.pphosted.com (mx0a-002e3701.pphosted.com [148.163.147.86]) by mail-receiver-stardestroyer01.localdomain (Postfix) with ESMTPS id D60773809F3 for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:23:11 +0000 (UTC) Received: from pps.filterd (m0148663.ppops.net [127.0.0.1]) by mx0a-002e3701.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 08AMNBwC018361 for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:23:11 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hpe.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=pps0720; bh=9faio6NPsfwH6BtbWP4x92WGx5oR9wUVRQE13eh76rI=; b=AbxnhW04r7rkESlmg3nA/9AvL1kOzpQDuO7qS1QHjyY2Y/DFDIu7lYrELcf4uWEYqLlN GyD8PXY2BW3w1owPt8vJkkGsdhW4Dg/50E6O2q8xmm6oWQRG6Gsfe2m85qcE7dRG3nh2 XHfmQWUYwYpiLnQEEXt1Ze85nKtuIeaS7NjwmStv5FSP67YSq8nbVjsUo04ZcLFuQCCN 0lW+1YX0RYFN0qQ5+INk6D6amQj0q84uhifkgPs8VSpf3+YG+q6tZu8WpCebU24UpG84 tIFEkTZaPc11RwuKqTxUF+2hdbsRrKm3tpOk9qXBGxPjr7USNCWfXImLBIpCOWIKQIQw dw== Received: from [redacted].hpe.com ([redacted].hpe.com [15.241.48.73]) by mx0a-002e3701.pphosted.com with ESMTP id 33ffbqptwe-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:23:11 +0000 Received: from G2W6310.americas.hpqcorp.net (g2w6310.austin.hp.com [16.197.64.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by [redacted].hpe.com (Postfix) with ESMTPS id BF48D6A for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:22:49 +0000 (UTC) Received: from G4W9121.americas.hpqcorp.net (2002:10d2:1510::10d2:1510) by G2W6310.americas.hpqcorp.net (2002:10c5:4034::10c5:4034) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 10 Sep 2020 22:22:49 +0000 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (15.241.52.10) by G4W9121.americas.hpqcorp.net (16.210.21.16) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 10 Sep 2020 22:22:49 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Wf8Y4Wifgp5AMKhWcjY4WKtWOVf9dQ7RPOZgob+Epy6xFV8fGO8LB+OCUzor3+I9mAPHyfjN9k78C6HyF/Kpo2/UIvotZB+C/jLch4rpX50m+kj5O8m37y4upVm8yYQ1W0/OXYGeR4xpMDvZPzG6mQWBSzSo7HJiVCNaIh1qTM4OnAQV3erj2arZ8g0xrg+Vh59tgs6R3kJEfbZ74PYMZC34oHOlkAFQBLbpAKqz8rcPu14iu99N04/YFXILgyrfyYdAcSgpfRG+p48+2hyHAIQ4jKA+pAAzA9odsExQFvOFJFuWsaar/qw20z+SW0vwktqWXTny8UUKSpKs7DIK4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YGHLlEFuu+TH3S22Jqp0UCQ/leI0Iaa3QV/zV4U0l6U=; b=gIql7fbTocRo2RBp/fReKXPKtU75f4e49LYuEZBRb3aX35DMz7eOwFvYM4Oqm5E9AU51J2D+NnyM1NVGpfSiZ61gB+F+ejvFzXp/rr6ZUZGA66crPQbLEJmEImKEBZfOFsT46JCP5LeF/xQKAf09BmYehSOsGkL9AmocysGJI3u7KTPqwkGEBE/PPCraC4PKJMClguYj+0cVWOq9HCOrpOguy9FJZa2vxtnWwjtlcOo0fvMkM31IRKm8CT0Fj5PxXNuvkcEOe0NZ3KE2FDzT8sbEBRD1VV4s78yh++pcPOjbMmj6O5W7FCapA4MZR/Um3MT1Bzt7tTXOEPRMjdGWDw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hpe.com; dmarc=pass action=none header.from=hpe.com; dkim=pass header.d=hpe.com; arc=none Received: from DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM (2a01:111:e400:7605::9) by DF4PR8401MB0937.NAMPRD84.PROD.OUTLOOK.COM (2a01:111:e400:7606::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16; Thu, 10 Sep 2020 22:22:48 +0000 Received: from DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM ([fe80::61cc:afd8:5ccf:8467]) by DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM ([fe80::61cc:afd8:5ccf:8467%6]) with mapi id 15.20.3370.016; Thu, 10 Sep 2020 22:22:48 +0000 From: "Lydia" <[redacted]@hpe.com> To: Chapel Programming Language <[redacted]@discoursemail.com> Subject: Re: Cron fast Thread-Topic: Cron fast Thread-Index: AQHWhy+SmUyk0ZWum066c4vdm23Zsalh/E6AgAAiA4D//9+rhQ== Date: Thu, 10 Sep 2020 22:22:48 +0000 Message-ID: <[redacted]@DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM> References: <[redacted]@cfexhybrid.americas.cray.com>,<[redacted]@hpe.com> In-Reply-To: <[redacted]@hpe.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: discoursemail.com; dkim=none (message not signed) header.d=none;discoursemail.com; dmarc=none action=none header.from=hpe.com; x-originating-ip: [24.22.134.40] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 6dcdeec3-d941-4b6f-2237-08d855d80c58 x-ms-traffictypediagnostic: DF4PR8401MB0937: x-microsoft-antispam-prvs: <[redacted]@[redacted].COM> x-ms-oob-tlc-oobclassifiers: OLM:279; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: QHAkmgMhy6+H4z9tNR3Z3KjaSqZlJR4EBL8MVBk/aWBaKHQcoHhrokPuznrPOGM/U8xGFgeFt/YFztfHqR0vjafjnen3gP+ymkrvc9b7CoRcoRux0BvCSgZt5lAsXfjfU+Ng5YkkBcWHNhLxmnjyhjYn7gx/OUPvxWjk4QUgzIAOlWsJBAVQkvTot1uLufTZ39lOEbn0c1pAbJ9EejAET6dM2XTjsGRjzub9rcpv7wKo7nBpenb42ltlLn5bUxD4yTlGTS28KXHoQaRYgfD5jdD/XLelw85t167DyEEPIoKrIhtmV0oHJkHFyzXntXqHN3QxSAnZCe2hUmo6xuXWqZXfqxYl/qA12ShkdnIG4M8p/QHBFyvc6z2pykQ07rUncCEC1lq04fvxkwm5RZr2yw== x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(39860400002)(366004)(136003)(396003)(346002)(376002)(6506007)(3480700007)(166002)(86362001)(8936002)(53546011)(33656002)(76116006)(2906002)(478600001)(45080400002)(66946007)(186003)(66556008)(64756008)(26005)(66446008)(66476007)(19627235002)(966005)(19627405001)(9686003)(83380400001)(8676002)(316002)(52536014)(71200400001)(5660300002)(7116003)(55016002)(7696005);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata: xFMoMYd51YW28PMywZGtascu04MXshEngNFriWmiRtQsUxey5KaeTUXgpdN2YYoBLBOck2Fc01xdbiX8vdJrwEsROz07CI11MF1lO3fCWYRLr2cG19TwUSVw6seQuPqNEK88CdZT2N+gmkqSzrDCmoes5SvoElmNjXZXfnZEo4RBdDBICe685IaK+JdL1nnyrhcgGALxFLzt3CGdh4nsOrm1IexyxduJCg0ju9bD7gQ1QEqrGX0eqivMCfJITXJVHHIyUiEx3XcY9bdVbUqqvQCGsoR4R3+w/tFXE+B2dfPa2iPCvu179Jq4RCCtbqG6a+nJ3EBIf0h7qKQMNeY3DiyjKp+buGeHIg6kdBQIgi46RTS1Ge2Bv3IZt73Yu8lK7ABBuBA3O4v7RcnOKJ2iKQJX3ihEUdeeUt+sZr4vovXtM1RQR88w3YlVg7nYRJMWzMeYNwF56D0PwjDDohpRt3oOklGcv2YL00ScjlNilwIE38y35ffdIipk/gWzNvL5fiuD84tEWxYlACX3Sf0u2b0DKA7t+Kei1ChnUC+XD8QA6TCqdejql1fgITgJVzD7rthU/IPN9VbvBUPeyTB0D+VYwkRi0WQ4BfNeXltHQCw9Fgv7ZoXkiqHsNrysjssm31wPvOa3XJY/WrZjOVybyQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DF4PR8401MB0410D2608868CB53F793BE6F8C270DF4PR8401MB0410_" X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 6dcdeec3-d941-4b6f-2237-08d855d80c58 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2020 22:22:48.0494 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 7EBFkxT7R923thf/Ae+zxbs40cL260RQUSHr2Nm+3Ez1Jb4FZr00jKUf2f07/Am0scOX3jw79z4OMwjvvfmEyA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB0937 X-OriginatorOrg: hpe.com X-Proofpoint-UnRewURL: 10 URL's were un-rewritten MIME-Version: 1.0 X-HPE-SCL: -1 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687 definitions=2020-09-10_10:2020-09-10,2020-09-10 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 lowpriorityscore=0 malwarescore=0 mlxlogscore=882 priorityscore=1501 mlxscore=0 suspectscore=0 bulkscore=0 impostorscore=0 clxscore=1015 adultscore=0 spamscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009100194 --_000_DF4PR8401MB0410D2608868CB53F793BE6F8C270DF4PR8401MB0410_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable https://github.com/chapel-lang/chapel/pull/16369 will make it only run under valgrind or with the address sanitizer. Thanks, Lydia (Trying with outlook instead of Thunderbird in case that does anything) ________________________________ From: Michael via Chapel Programming Language <[redacted]@discoursemai= l.com> Sent: Thursday, September 10, 2020 10:28 AM To: Lydia <[redacted]@hpe.com> Subject: Re: Cron fast [https://avatars.discourse-cdn.com/v4/letter/m/94ad74/45.png] mppf
https://=
github.com/chapel-lang/chapel/pull/16369 will make it only run
under valgrind or with the address sanitizer.
Thanks,
Lydia
(Trying with outlook instead of Thunderbird in case that does anything)
From: Michael Ferguson via =
Chapel Programming Language <[redacted]@discoursemail.com>
Sent: Thursday, September 10, 2020 10:28 AM
To:Lydia <[redacted]@hpe.com>
Subject: Re: Cron fast
Sent: Thursday, September 10, 2020 10:28 AM
To:Lydia <[redacted]@hpe.com>
Subject: Re: Cron fast
![](3D"https://avatars.discourse-cdn.com/v4/letter/m/94ad7= "3D\"mppf\"")
|
mppf
Septem= ber 10 |
Hi Lydia-
On my system, this test core dumps both=
before and after that PR.
I think that this was a sporadic pass and that
this test needs to run under valgrind in order to avoid that.
-michael
Hi Michael,
Would it make sense for your change to inout to have fixed t=
his future? I'm not sure there's a better candidate PR
Thanks,
LydiaVisit Topic or reply to this email to respond.
In= Reply To
| chapelu
Septem= ber 10 |
=3D=3D=3D Summary =3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Hostname: chapvm12 R=
evision:
https://github.com/chapel-lang/chapel/commit/a07bdf4084 Logfile: /data/=
sea/chapel/Nightly/day3-Wed-fast.log Started: Wed Sep 9 02:00:21 2020 Ended=
: Wed Sep 9 23:52:03 2020 Tests run: View this =85
Visit Topic or reply to this email to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from these emails, click here.
` 标签被忽略？ --- 你好 @Falco 和 @riking — 抱歉打扰你们，但鉴于你们之前曾查看过这个问题：对于我在[上一篇文章](https://meta.discourse.org/t/urls-being-dropped-from-thunderbird-generated-replies/163751/9?u=bradcray)中提出的关于这是否是 Thunderbird 和/或 Discourse 的 bug 行为的问题，你们有什么看法吗？谢谢。 --- 你好 @BradCray， 我在对 Mailman mbox 归档使用 `import_mbox.sh` 时也遇到了同样的问题。 我将问题定位到了 `lib/email/receiver.rb` 中的 `extract_from_mozilla(doc)` 方法，并做了一个简单的修复，已提交至 PR [https://github.com/discourse/discourse/pull/13176](https://github.com/discourse/discourse/pull/13176)。 `extract_from_mozilla` 方法会将所有 `class` 属性以 `"moz-"` 开头的标签设为隐藏。我的调整排除了 `class` 属性以 `^moz-txt-link\\b` 开头的标签，我认为这涵盖了 Thunderbird 的链接（基于我处理的大型 mbox 文件）。 我还没来得及编写测试用例，因此该 PR 可能不会被接受，但欢迎随时使用（不过请注意，除非该 PR 被合并，否则任何升级都可能会覆盖此修改）。 我仅在导入的 mbox 上进行了测试，但认为它也应适用于新收到的邮件。 遗憾的是，我认为它在重新烘焙（rebake）时不会生效（对我而言确实如此），因此可能很难进行回溯应用。 --- @BradCray，供你知悉，如果没有测试，PR 将不会被接受，而且我还需要一段时间才能有机会着手处理测试事宜。 --- 感谢尝试修复此问题并更新，@bsoares！如果你暂时无法处理，也许你的 PR 能激励其他已经熟悉 Discourse 测试的人接手测试工作。我有点惊讶这个问题没有引起更多的关注或担忧，因为在我看来，Thunderbird 是一款相当流行的邮件客户端（尽管我本人并不使用它）。 再次感谢， -Brad --- 感谢评论 @BradCray。希望我能找到时间——工作方面表示我可以花些时间处理，但可能至少还要等几周。我也很惊讶对此提及不多，正如你所说，Thunderbird 是一款流行的邮件客户端。我们刚刚切换到 Discourse，我一直在尝试导入 Mailman 的 mbox 文件，我的同事几乎立刻就发现了这个问题！诊断花了一些时间，因为 Thunderbird 的邮件本身没有问题，问题出在 lib/email/receiver.rb 中一个过于激进的签名/回复隐藏逻辑上！ --- @BradCray（以及任何正在寻找此问题修复方案的人），我近期没有时间为这个修复提交包含测试的正式 PR。因此，我为我们的 Discourse 部署准备了一个补丁，只要相关方法不被更改，该补丁应该能持续生效（如果方法被更改，希望届时能得到正式修复）。 请将附件 `lib_email_receiver_rb-thunderbird_links.patch` 放入，例如 `/var/discourse/shared/standalone/patches.txt`： [lib\_email\_receiver\_rb-thunderbird\_links.patch.txt](https://meta.discourse.org/uploads/short-url/1OvwVDGUCO2Y3VtkGZnt6hCjAZk.txt) (819 Bytes) （你可能需要先执行以下命令创建目录）： ```plaintext mkdir -p /var/discourse/shared/standalone/patches ``` 然后在 `containers/app.yml` 的 `hooks: after_code` 部分（如果有插件，请放在插件之后）添加以下内容： ```plaintext hooks: after_code: # 在此处放置插件的 "-exec" 命令 - exec: cd: $home cmd: - git apply /shared/patches/lib_email_receiver_rb-thunderbird_links.patch.txt ``` 这假设你在 `volumes:` 部分已将 `/var/discourse/shared/standalone` 映射到 `/shared`，请根据你的环境进行调整。 你需要使用 `./launcher rebuild app` 重新构建容器，但在重新构建时修复应该会被保留。不过，我不确定通过 Web 管理员触发的更新是否会应用此修复。 _（附件扩展名为 `.txt` 以便能附加到此评论中，你可能希望从文件名和配置中移除它。）_ --- 我也遇到了同样的问题。因此，我想尝试使用补丁文件提供的解决方案/变通方法。不幸的是，附件 `lib_email_receiver_rb-thunderbird_links.patch` 未正确上传。您能重新发送一下吗？也许可以直接作为代码块发送？ --- 您好，我已再次附上该文件（因上传原因添加了 ‘.txt’ 后缀），内容如下： ```plaintext diff --git a/lib/email/receiver.rb b/lib/email/receiver.rb index a6da67cbaa..38c8439f38 100644 --- a/lib/email/receiver.rb +++ b/lib/email/receiver.rb @@ -480,8 +480,12 @@ module Email def extract_from_mozilla(doc) # Mozilla (Thunderbird ?) 能正确识别签名和转发邮件 - # 移除它们及其之后的所有内容 - elided = doc.css("*[class^='moz-'], *[class^='moz-'] ~ *").remove + # 移除它们及其之后的所有内容。保留 moz-txt-link- 类，因为它们是链接。 + elided = doc.css("*[@class]:mozfilter", Class.new { + def mozfilter node_set + node_set.find_all { |node| node["class"] =~ /^moz-/ and node["class"] !~ /^moz-txt-link\b/ } + end + }.new).remove to_markdown(doc.to_html, elided.to_html) end ``` [lib\_email\_receiver\_rb-thunderbird\_links.patch.txt](https://meta.discourse.org/uploads/short-url/1OvwVDGUCO2Y3VtkGZnt6hCjAZk.txt) (819 字节) 为修复我在前一条帖子中刚发现的拼写错误，请使用此补丁。将该补丁文件保存为 `~/lib_email_receiver_rb-thunderbird_links.patch.txt`，然后执行： ```plaintext mkdir -p /var/discourse/shared/standalone/patches cp ~/lib_email_receiver_rb-thunderbird_links.patch.txt /var/discourse/shared/standalone/patches/ ``` 之后，按上述说明编辑 `containers/app.yml`。 --- 谢谢，效果非常好，除了带别名的链接（例如 [这个链接](https://discourse-test.genealogy.net/t/thunderbird-link-test/43503/8)）会被分开…… --- @Flominator 很高兴它至少部分能工作了！我很想调整 mozfilter 部分，使其不丢弃带有别名的链接。我之前没见过这种情况，也未能找到关于 Thunderbird 链接类的文档。不过它的功能并不复杂，所以可能无法处理！您能否发布或私信我创建该帖子的邮件中的 HTML 源代码，以便我查看？谢谢！ --- 大致如下： ```plaintext
一些文本，带别名的链接更多文本
``` [下一頁](https://meta.discourse.org/t/urls-being-dropped-from-thunderbird-generated-replies/163751.md?page=2)