Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fYxDe-0005SC-GS for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Jun 2018 17:30:02 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fYxDc-0003by-PR for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Jun 2018 17:30:00 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fYxDc-0003br-DZ for pgsql-hackers@lists.postgresql.org; Fri, 29 Jun 2018 17:30:00 +0000 Received: from mail-qt0-x243.google.com ([2607:f8b0:400d:c0d::243]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fYxDY-000303-2L for pgsql-hackers@postgresql.org; Fri, 29 Jun 2018 17:29:59 +0000 Received: by mail-qt0-x243.google.com with SMTP id s47-v6so8491305qth.7 for ; Fri, 29 Jun 2018 10:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pcorp-us.20150623.gappssmtp.com; s=20150623; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=hYrs0SKfdeUOorww/vM4Rp+qllc8AvmG7yoMua6S6CU=; b=QApgjy4ScPVj9jKVntH0qOk1YSwVqaaG54Zx0mU/T6Z3M7rGg3rI1QiGwVavMZaXZX rDZbiKE0xswR3qIsfOcZ8V2zI8c4rQGAkaiW2IJ0vqjrVzczEftm9Hsf7lo6sLa3q/0Q NeOgsxnDcq1v0V8NYulis31w12oEM2m2ixaxSNBlcxZflrgaVbySSLQfubxzLb7EzdU4 g4aofR9kivwLtYlwP5n0x5s4EXvXs1jPl/5zyO5cj7GPeHQEnmUaSqj8EuyODBuZToLK RIQbpz2UQbHpfnuPweBA611IHxY25wn6whJefr5He0tljfRXyEcttsFxKWi6dA11F1tv FFXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=hYrs0SKfdeUOorww/vM4Rp+qllc8AvmG7yoMua6S6CU=; b=jAZcPCdm8l3x4jKtSaR2XjzX+C3f7ZQHuGd3J35UD0ZW4b6eP/Rg++qJ7xEN7npKG/ TKCfnEd4Obhk/7DFFpBTp9c3o7BxaQVF24WgLaOqHN3SdTisA23tusGsFTNNYA5ZtNyG FPIWSte5UuEzslYBSfKE6bb1cvN31BV0pB8iNtyKdL/tjCJL0DBCFGqejoZFQmp3QNkQ g2SWyX096Mu8ZuZHgM1TX8tuxXtOLGBKvXdXbAB0YvZOScAjmVUafMkzf6iW9uIdQmAk ioxvwJ+WODht7RFNnpEE6uKbf8IbicBhtvH9mN3V1qUZ4f5PDPQiZYpja+MNDPSLHjXD YAJQ== X-Gm-Message-State: APt69E1rHRBgPNjLCmX+Vc04bk34tnG6cC3M7gPrQBilJhQG2fE/mPEh sJpQMC5QvevjGt2BpMJ+9QNhSQ== X-Google-Smtp-Source: AAOMgpcfee6gq/sWgnHjea1yWiejt0f6I0daaFFH95AW3UNOSEIizKa8ek+UEHrdnRaI+HrX6mEb2A== X-Received: by 2002:ac8:2ad8:: with SMTP id c24-v6mr6194611qta.117.1530293393953; Fri, 29 Jun 2018 10:29:53 -0700 (PDT) Received: from R (50-78-240-110-static.hfc.comcastbusiness.net. [50.78.240.110]) by smtp.gmail.com with ESMTPSA id u83-v6sm6556414qka.10.2018.06.29.10.29.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 29 Jun 2018 10:29:53 -0700 (PDT) From: "Regina Obe" To: "'David Rowley'" Cc: "'PostgreSQL-development'" References: <001501d40f88$75186950$5f493bf0$@pcorp.us> In-Reply-To: Subject: RE: Regression on PostgreSQL 10 ORDER/GROUP BY expression not found in targetlist Date: Fri, 29 Jun 2018 13:30:03 -0400 Message-ID: <000701d40fce$d1098a50$731c9ef0$@pcorp.us> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQJsRSJPxw50c9w80aArPo91dZMGXgJZOOQ+ozRDeMA= Content-Language: en-us List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk > On 29 June 2018 at 21:06, Regina Obe wrote: > > I think the exact query that is triggering it is this one though I > > don't have PostgreSQL 10 head installed locally to confirm. > > > > SELECT 't3280', 'L1b' || topology.TopoGeo_AddLinestring('bug3280', > > geom) FROM bug3280.edge where edge_id =3D 1 ORDER BY 1; >=20 > Can you try in REL_10_STABLE? There was a fix committed [1] for = something > very similar just a week ago. >=20 > [1] > = https://git.postgresql.org/gitweb/?p=3Dpostgresql.git;a=3Dcommit;h=3Da4c9= 5b0b80 > c70677c09c0d5c82a6fba875160288 >=20 > -- > David Rowley http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Training & Services Thanks for this input. I guess I was mistaken about the commit that = caused this and it's most likely this one since this one fails as well. Here is a trivial example to exercise that doesn't involve PostGIS. CREATE TABLE edge AS SELECT 1 AS edge_id; SELECT 't3280', 'L1b' || generate_series(1,10)=20 FROM edge ORDER BY 1; Now that said, I think I should change our test since it's using = questionable assumptions anyway. My only concern with this issue is that it's behavior that was allowed = before in 10 a stable branch and it's changing in a micro release. I doubt few others would be bitten by though, but probably still = worthwhile to put a note about it in the upcoming release notes if this new behavior is kept. Thanks, Regina Obe