From nobody Mon Aug 2 09:56:25 2021 Return-Path: X-Original-To: wgchairs@ietfa.amsl.com Delivered-To: wgchairs@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D07E43A0EC3 for ; Mon, 2 Aug 2021 09:56:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.898 X-Spam-Level: X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6wq92TYIs79k for ; Mon, 2 Aug 2021 09:56:12 -0700 (PDT) Received: from gabriel-smtp.zfn.uni-bremen.de (gabriel-smtp.zfn.uni-bremen.de [134.102.50.15]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 066553A0EC4 for ; Mon, 2 Aug 2021 09:56:10 -0700 (PDT) Received: from [192.168.217.118] (p548dcc89.dip0.t-ipconnect.de [84.141.204.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4GdkfV5RPFz2xJZ; Mon, 2 Aug 2021 18:56:01 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: [irsg] how to upload minutes in markdown format? From: Carsten Bormann In-Reply-To: Date: Mon, 2 Aug 2021 18:55:56 +0200 Cc: Robert Sparks , Working Group Chairs X-Mao-Original-Outgoing-Id: 649616156.482528-9f8989940e314a12a466e0ce9513a3d8 Content-Transfer-Encoding: quoted-printable Message-Id: <0F236848-B848-483F-9405-8D75BDF6E95E@tzi.org> References: <8129fb38-9dd4-426b-679e-40eaf0afaa67@alum.mit.edu> <91951106-6433-4BE0-A952-6FF673090B3E@tzi.org> <9645fdb7-2e4f-7593-12d0-71ed85764903@nostrum.com> <9e53eb9a-8284-87a8-b7fa-bb7cd8dd3be5@nostrum.com> To: Paul Kyzivat X-Mailer: Apple Mail (2.3608.120.23.2.7) Archived-At: X-BeenThere: wgchairs@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Working Group Chairs List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Aug 2021 16:56:23 -0000 On 2021-08-02, at 18:16, Paul Kyzivat wrote: >=20 > I don't get it. The problem isn't with the bits in the file. There is more than one problem. > The problem is that MacOS insists on reporting that a .md file has = content type octent-stream. IIUC, if it would simply report it as = text/plain then all wood be ok. The content-type is sent by the browser. We probably have different browsers, and nobody takes care of reporting = which browser is being used when things fail. I have never been able to get any of my browsers to upload the right = media type (text/markdown), so I can=E2=80=99t help with that part. They all do send text/plain (well, Chrome sometimes text/html). To get there, you probably have to open a directory with an .md file in = it in Finder, single-click that file, and CMD-I. Choose a markdown presentation application (I use Marked) or text editor = (Geany?) of your choice under =E2=80=9Copen with=E2=80=9D, then click = =E2=80=9Cchange all=E2=80=9D. All that said, I stand by my recommendation for keeping sanity: Get =E2=80=9CRaw HTML=E2=80=9D from CodiMD and upload that. > Lacking a fix for that problem, can we have datatracker recognize = .md.txt as indicating an intent to upload markdown? The tools are = already doing a workaround by recognizing .md as markdown even though = the actual content type being sent is text/plain. Sounds good to me. =20 You'll still will have the problem with different interpretation of line = breaks about which there was some discussion at tools-discuss; the = little tool de-gfm was written as a workaround until the Great Unified = Datatracker Markdown Solution is implemented. Gr=C3=BC=C3=9Fe, Carsten