Re: Possible modification to issuing Working Group Last Calls from the datatracker
Tero Kivinen <kivinen@iki.fi> Sat, 18 October 2025 11:09 UTC
Return-Path: <kivinen@iki.fi>
X-Original-To: wgchairs@mail2.ietf.org
Delivered-To: wgchairs@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id BCF09767DA2C for <wgchairs@mail2.ietf.org>; Sat, 18 Oct 2025 04:09:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -4.98
X-Spam-Level:
X-Spam-Status: No, score=-4.98 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-2.182, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=iki.fi
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id apJu_RDVF9l7 for <wgchairs@mail2.ietf.org>; Sat, 18 Oct 2025 04:09:11 -0700 (PDT)
Received: from lahtoruutu.iki.fi (lahtoruutu.iki.fi [185.185.170.37]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 127D6767DA27 for <wgchairs@ietf.org>; Sat, 18 Oct 2025 04:09:10 -0700 (PDT)
Received: from fireball.acr.fi (fireball.acr.fi [83.145.195.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: kivinen@iki.fi) by lahtoruutu.iki.fi (Postfix) with ESMTPSA id 4cpf8C0KsBz49QJt; Sat, 18 Oct 2025 14:08:59 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1760785739; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ue9c5Zz2rEVy99lK9iSmJlKE1DWV9W2ag9PwU52a0B0=; b=DDN9ky6n89N5EL+vXkP0jTnSz8dnBrvp4jSRo3HWdwHUzllyr/Vgh6pSK8vRgNTrxqMDPV vNwaRwzaCPVWBzZYDxcq2cjgIIln36HJbx4sYpFb+GvSjIiQ8TFk2XEGhNOxcL9SCnfMBa cbNTvEdN6PMBPaddJ4EWlgFo6t5ErAahiHsHIxiuMo+9oUuKD87o6JU/8JpzKK0Iwk9c4N IG9I3Fr7JfpBbEvEd1r2RCdcEISYijaBQ200LoJbYHPiGerKyZ1duElFnvhDGg3hr/fQ+m kwwtUMVmMFqeR+JpUGMrc2GgtZXVpKborjKjFL67xdPFqDVEHsALxYyo1WgVlQ==
ARC-Seal: i=1; s=lahtoruutu; d=iki.fi; t=1760785739; a=rsa-sha256; cv=none; b=hc2ibKiG+790uqhGV3bjA0xW9bGNmMYXut91qHhxvMrMJBadR8tRMRwVlb5+IvnLgsCScn o2VGTrv7cgPLcjekyd00Ge8NvGRBsuS82hObAZfxSyEWXsi4QFmr0E6Vqn1qVgT7m7khST gvskpZQ2/DmfskBvvyP5WJcJosNYqeUlzd+5cZnoeJIovfTIMwTwFKYvz3oAhUwu/alILz SWQsSjZkYoA2/u7G+Y4cV3cPcvNobPpLXhRfpvkZzFBdOBKVFrmni/XQV81ERVonGOEbGO YRnok/wssxZKUsUUdRYHJA3LDbq6NlxRov2gNLvv/HD9QTPTel+Gm/pEQY6rXA==
ARC-Authentication-Results: i=1; ORIGINATING; auth=pass smtp.auth=kivinen@iki.fi smtp.mailfrom=kivinen@iki.fi
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=iki.fi; s=lahtoruutu; t=1760785739; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ue9c5Zz2rEVy99lK9iSmJlKE1DWV9W2ag9PwU52a0B0=; b=Has8w0dl1faRH8qkfy9kTs8rex11R+Rd8LAAfAIb+7LH29Y/RnpYwBf/XDdAh8kfg31Yrl od07GK6h0uy6VggfJvIOnlZ3e9+EPEkYFe3/JQMUmarjTdQEJhWqdCtgT+6Un6/9Yxamif Dq5ViN5StQ+TXau4bA3s+5+Kuj53y8AIGmQI4vJhVvV1BS2BuhqAZctTzMEHBM0iaU66Ta OZJPcQrA910t2s1EK72NimJ4srihiZQCXAZ8zDVlNs2fZWMmtbnh/T4F6bGtk7knyjSwBE EUoTfDTO0Mr3U3ktVuXw8yN3DGh6fee8QdmKYfAlu2y1EtZaszBY/v6cWKYk/w==
Received: by fireball.acr.fi (Postfix, from userid 15204) id 5574F25C12EA; Sat, 18 Oct 2025 14:08:58 +0300 (EEST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-ID: <26867.30026.212452.249006@fireball.acr.fi>
Date: Sat, 18 Oct 2025 14:08:58 +0300
From: Tero Kivinen <kivinen@iki.fi>
To: Bob Hinden <bob.hinden@gmail.com>
Subject: Re: Possible modification to issuing Working Group Last Calls from the datatracker
In-Reply-To: <4E7F3F59-10CC-4FBF-9333-3BBFFC2F08C4@gmail.com>
References: <4b227363-2240-4fed-b8a4-03df62408cbf@nostrum.com> <e68d16e2-ca2a-47f9-8c7d-feee605ff06e@nostrum.com> <4E7F3F59-10CC-4FBF-9333-3BBFFC2F08C4@gmail.com>
X-Mailer: VM 8.2.0b under 26.3 (x86_64--netbsd)
X-Edit-Time: 14 min
X-Total-Time: 18 min
Message-ID-Hash: 7HJZW254ULDFMBQAQNYMMMXKIDSK25S5
X-Message-ID-Hash: 7HJZW254ULDFMBQAQNYMMMXKIDSK25S5
X-MailFrom: kivinen@iki.fi
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-wgchairs.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Robert Sparks <rjsparks@nostrum.com>, "wgchairs@ietf.org" <wgchairs@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/rH4VSGrGF2z3q59IOq5edJhNA-c>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Owner: <mailto:wgchairs-owner@ietf.org>
List-Post: <mailto:wgchairs@ietf.org>
List-Subscribe: <mailto:wgchairs-join@ietf.org>
List-Unsubscribe: <mailto:wgchairs-leave@ietf.org>
Bob Hinden writes: > Looks good to me. I like the way the end date of the last call was > changed. On the other hand it should automatically update the end date if it is changed in the first field. Now it requires you to manually edit the subject and body for correct date if you change date. And both subject and body MUST have date, as otherwise you are not able to submit the form. And there is no way to start WG last call without sending email, i.e., if you want to start WGLC and want to send email manually there is no option for opt-out. Also when you do switch adoption and click that you want to adopt it to get through first form it will set the docuemnt to Candidate for WG Adoption, but does not yet start WG adoption call. Perhaps the "Issue IETF WG Call for Adoption" button on "Manage adoption" page should just say "Start adoption process", as this button just sets the document to Candidate for adoption state. The WG adoption is set and email send only after the 2nd form so that allows you to manually bypass the email if needed. On the other hand if you manually set the document to "Candidate for WG adoption" (or has gone through the first form), I could not find a way to get back to the 2nd form which would allow sending email. We have quite often marked documents as Candidate for WG adoption when they are published, then discuss them in the group and then start for adoption call, but in that case I can't use the new email feature... So perhaps if document is in the "Candidate for WG adoption" state, then clicking "Manage adoption" should still bring up the "Manage adoption", and the button should then say "Continue adoption process". > > One suggestions, instead of just a link the datatracker, how about just some > direct links to the document. For example (copied from ID announcement > emails): > > The IETF datatracker status page for this Internet-Draft is: > https://datatracker.ietf.org/doc/draft-ietf-snac-simple/ > > There is also an HTML version available at: > https://www.ietf.org/archive/id/draft-ietf-snac-simple-07.html > > A diff from the previous version is available at: > https://author-tools.ietf.org/iddiff?url2=draft-ietf-snac-simple-07 > > Bob > > On Oct 15, 2025, at 3:03 PM, Robert Sparks <rjsparks@nostrum.com> wrote: > > Based on the feedback so far I've modified the workflow to make it more > clear that the issue wg lc action is different from the earlier "set this > state directly" action. > > I've also added preview/edit of the call for adoption message to the > branch, which involved adding interstitial views in two workflows ("manage > adoption", and "set stream state"). These interstitial views should only > appear if you are a chair of some IETF WG that might adopt a document, > otherwise, the views should behave the way they have to date. > > I have _not_ yet changed the text either of the messages default to. When > the discussion of that settles to a point the IESG is happy, it can be > changed in a separate PR. > > Please return to https://dt-issuewglc.dev.ietf.org and exercise the > issue-wg-lc and issue-call-for-adoption workflows. > > I'm particularly interested in feedback from RG chairs (both those that > are also WG chairs, and those that are not chairs of WGs) to make sure the > changes haven't made the workflows harder/different from their > perspective. > > RjS > > On 9/26/25 11:11 AM, Robert Sparks wrote: > > The recent change to the datatracker to send email as a side effect of > putting a document in working group last call (or call for adoption > issued) surprised several chairs, and requests have been made to make > it obvious that mail is about to be sent, and allow that mail to be > edited before sending. See > https://github.com/ietf-tools/datatracker/issues/9439 > > I have a proposal for a change to the workflow to allow this. It's > currently running at: > > https://dt-issuewglc.dev.ietf.org > > That's a development instance - remember that your passwords there are > all literally "password", and that anything you do there won't > _actually_ send any email or make any change at all to the production > datatracker database. > > Please experiment with the workflow for issuing wglc for documents in > your WGs - start with the edit button next to stream state - the rest > is hopefully self explanatory. > > If this approach resonates well, I'll do the same thing to issuing > call for adoption. > > (The proposed code changes are at > https://github.com/ietf-tools/datatracker/pull/9616) > > RjS -- kivinen@iki.fi
- Possible modification to issuing Working Group La… Robert Sparks
- Re: Possible modification to issuing Working Grou… Rifaat Shekh-Yusef
- Re: Possible modification to issuing Working Grou… Bob Hinden
- Re: Possible modification to issuing Working Grou… Robert Sparks
- Re: Possible modification to issuing Working Grou… Jon Geater
- Re: Possible modification to issuing Working Grou… Michael Richardson
- Re: Possible modification to issuing Working Grou… Robert Sparks
- Re: Possible modification to issuing Working Grou… Bob Hinden
- Re: Possible modification to issuing Working Grou… Pete Resnick
- Re: Possible modification to issuing Working Grou… Benoit@everything-ops.net
- Re: Possible modification to issuing Working Grou… Robert Sparks
- Re: Possible modification to issuing Working Grou… Bob Hinden
- Re: Possible modification to issuing Working Grou… Tero Kivinen
- Re: Possible modification to issuing Working Grou… Sean Turner
- Re: Possible modification to issuing Working Grou… Sean Turner
- Re: Possible modification to issuing Working Grou… Jeffrey Haas
- Re: Possible modification to issuing Working Grou… Wassim Haddad