[iola-conversion-tool] Bug when Adding a document to the tracker

Robert Sparks <rjsparks@nostrum.com> Tue, 21 February 2012 22:08 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: iola-conversion-tool@ietfa.amsl.com
Delivered-To: iola-conversion-tool@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id BD4A121F8497 for <iola-conversion-tool@ietfa.amsl.com>; Tue, 21 Feb 2012 14:08:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.759
X-Spam-Status: No, score=-101.759 tagged_above=-999 required=5 tests=[AWL=-0.686, BAYES_00=-2.599, HTML_IMAGE_ONLY_16=1.526, HTML_MESSAGE=0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id RfSWtdbgoJ3w for <iola-conversion-tool@ietfa.amsl.com>; Tue, 21 Feb 2012 14:08:49 -0800 (PST)
Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by ietfa.amsl.com (Postfix) with ESMTP id 850EC11E808A for <iola-conversion-tool@ietf.org>; Tue, 21 Feb 2012 14:08:43 -0800 (PST)
Received: from unexplicable.local (pool-71-170-125-181.dllstx.fios.verizon.net []) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q1LM8dox096591 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 21 Feb 2012 16:08:40 -0600 (CST) (envelope-from rjsparks@nostrum.com)
Message-ID: <4F4415E7.9080608@nostrum.com>
Date: Tue, 21 Feb 2012 16:08:39 -0600
From: Robert Sparks <rjsparks@nostrum.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: iola-conversion-tool@ietf.org, Henrik Levkowetz <henrik@levkowetz.com>, Ole Laursen <olau@iola.dk>
Content-Type: multipart/alternative; boundary="------------070707040401070901040400"
Received-SPF: pass (nostrum.com: is authenticated by a trusted mechanism)
Subject: [iola-conversion-tool] Bug when Adding a document to the tracker
X-BeenThere: iola-conversion-tool@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project <iola-conversion-tool.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iola-conversion-tool>, <mailto:iola-conversion-tool-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/iola-conversion-tool>
List-Post: <mailto:iola-conversion-tool@ietf.org>
List-Help: <mailto:iola-conversion-tool-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iola-conversion-tool>, <mailto:iola-conversion-tool-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Feb 2012 22:08:51 -0000

Ole, Henrik -

While poking at the bug Cindy found with the days-in-state for an added 
document I found some
problems with the edit form that really need to be addressed before we 
cut over.

The biggest is that the form didn't ask for the area the document should 
be associated with.
It occasionally happens that an AD from outside the area takes the 
shepherd role for a document, so
you can't infer this from which AD is assigned.

Less important, (but important none the less), the fields are initially 
populated very badly.

In the existing tracker, when I add a document, I get fields initially 
populated like this:

These all make sense as initial values - particularly the "None 
selected" and "None" fields.

In the betatracker, I get this (yes, different doc, b

Note the lack of area on that form, and the initial values - the only 
one that really makes sense is Publication Requested.