Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id C3BC39FA0F8 for ; Mon, 8 Oct 2007 15:40:00 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 25151-02-8 for ; Mon, 8 Oct 2007 15:39:53 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from cronos.madness.at (madness.at [217.196.146.217]) by postgresql.org (Postfix) with ESMTP id 12E429FA145 for ; Mon, 8 Oct 2007 15:39:53 -0300 (ADT) Received: from mastermind.kaltenbrunner.cc ([83.215.233.60]) by cronos.madness.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1IexW4-0000hN-Gz; Mon, 08 Oct 2007 20:39:47 +0200 Message-ID: <470A796F.8000008@kaltenbrunner.cc> Date: Mon, 08 Oct 2007 20:39:43 +0200 From: Stefan Kaltenbrunner User-Agent: Icedove 1.5.0.12 (X11/20070607) MIME-Version: 1.0 To: Josh Berkus CC: pgsql-www@postgresql.org Subject: Re: Approval process for news/events/training is broken References: <470A72CD.4050304@agliodbs.com> In-Reply-To: <470A72CD.4050304@agliodbs.com> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200710/48 X-Sequence-Number: 12635 Josh Berkus wrote: > WWW folks, > > I've just noticed again today that the way we approve news, events, and > training for the front page is seriously broken. Currently, if only > *one* person with approval rights thinks that something is OK, it gets > approved immediately. > > This means that screw-ups like this morning happen repeatedly. Namely, > EDB posted a link-only announcement, which we've discussed before as not > being acceptable for PostgreSQL. I pinged Robert and asked him not to > approve it, and phoned EDB's PR agent, and she was giving me new content > ... when someone else decided to approve it. well that particular news item was like 10 days old as far as I can see ... > > We need the news/events system to change in two ways: > > 1) There needs to be a way for admins to flag an item as "don't approve, > there's a problem" so that if one person knows of a reason to hold, > someone coming online later won't approve due to being clueless. that seems doable though > > 2) approvers should wait at least a couple of hours before approving > things. well ... see above > > 3) We need a written policy of what is acceptable for > news/events/training and what isn't. sounds like a good thing - maybe simply have it as some sort of checklist in the interface to check against ? Stefan