X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id B861BDA0D9; Tue, 4 Oct 2005 20:10:15 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 15402-03; Tue, 4 Oct 2005 23:10:11 +0000 (GMT) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by svr1.postgresql.org (Postfix) with ESMTP id CA2EDDA0D2; Tue, 4 Oct 2005 20:10:12 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id j94NADdL011896; Tue, 4 Oct 2005 19:10:14 -0400 (EDT) To: Jeff MacDonald Cc: pgsql-general@postgresql.org, pgsql-www@postgresql.org Subject: Re: [GENERAL] a bug, the bugs list, and how to break the website search. In-reply-to: References: Comments: In-reply-to Jeff MacDonald message dated "Tue, 04 Oct 2005 15:46:53 -0400" Date: Tue, 04 Oct 2005 19:10:13 -0400 Message-ID: <11895.1128467413@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 required=5 tests=[AWL=0.006] X-Spam-Level: X-Archive-Number: 200510/5 X-Sequence-Number: 8593 Jeff MacDonald writes: > 1: Go to the website and type in "now()" into the search box, it will break > Error in query: Unmatched parenthesis > 2: On the support page beside pgsql-bugs, it tells us to post in the > bug reporting form, AND signup for 2 mailing lists. I can't possibly > see how this would encourage anyone to want to report a bug if they > have to jump thru these hoops. Just my 2 cents. The above would better be reported to pgsql-www; perhaps the website maintainers will notice it here, or perhaps they won't. (But I've cc'd that list, so you need not report it again.) As for the second point, you can *either* subscribe to pgsql-bugs (and email your report) or use the report form; you need not do both. If the website gives the wrong impression then it should be fixed. > Lets say i have a table with a row that looks something like this.. > articleposted timestamp default now(), > And yesterday afternoon I did a dump/restore. Now my table reads > article posted | timestamp with time zone | default '2005-10-03 > 17:14:25.581388-04'::timestamp with time zone I don't believe that your default was now(). It was probably more like articleposted timestamp default 'now' which is a thinko specifically warned against in the documentation. regards, tom lane