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

Ole Laursen <> Thu, 23 February 2012 14:20 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id D235821F87C3; Thu, 23 Feb 2012 06:20:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.765
X-Spam-Status: No, score=-2.765 tagged_above=-999 required=5 tests=[AWL=0.211, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 7RVu2sAkwrIr; Thu, 23 Feb 2012 06:20:25 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id DDE6B21F87B4; Thu, 23 Feb 2012 06:20:24 -0800 (PST)
Received: by vcbfk14 with SMTP id fk14so960520vcb.31 for <multiple recipients>; Thu, 23 Feb 2012 06:20:24 -0800 (PST)
Received: by with SMTP id cj15mr764628vdb.11.1330006824187; Thu, 23 Feb 2012 06:20:24 -0800 (PST)
MIME-Version: 1.0
Received: by with HTTP; Thu, 23 Feb 2012 06:20:04 -0800 (PST)
In-Reply-To: <>
References: <> <> <> <> <>
From: Ole Laursen <>
Date: Thu, 23 Feb 2012 15:20:04 +0100
Message-ID: <>
To: Robert Sparks <>
Content-Type: multipart/alternative; boundary="20cf3071c6ae4df52904b9a25873"
X-Gm-Message-State: ALoCoQn11Jl8U7t1bksl1++WXpgt+CZpMGhG75r8/FobGgtIrex0COI98P1yIPDOZEhf6R73E6kR
Cc: Russ Housley <>, The IESG <>,
Subject: Re: [iola-conversion-tool] Bug when Adding a document to the tracker
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion of the IOLA / DB Schema Conversion Tool Project <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 23 Feb 2012 14:20:26 -0000

2012/2/23 Robert Sparks <>

> 3.2.1 New Items   draft-snell-atompub-tombstones<>
> [txt] <>
> The Atom "deleted-entry" Element (Informational)
> Token: Peter Saint-Andre (gen area)

Ah, hang on there. This is actually the single place I was referring to
before where the set area_acronym is used. So it says "gen" because "gen"
was set when it was added. You can't see this elsewhere, and it won't work
for searching either (actually, searching for gen area in the production
system does find this document but this is because it's an invididual
submission, and those are classified under gen for some reason).

I think there used to be a special handling of area in the edit form in
the Perl code base and the first port of it, that would put individual
submissions in gen and hide the area if it had already been assigned. So if
you're wondering why it's in gen and not in app, that may be the cause.