Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1suBW2-004rAl-Su for pgsql-bugs@arkaria.postgresql.org; Fri, 27 Sep 2024 14:00:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1suBW2-009m4A-1z for pgsql-bugs@arkaria.postgresql.org; Fri, 27 Sep 2024 14:00:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1suBW1-009m42-Ow for pgsql-bugs@lists.postgresql.org; Fri, 27 Sep 2024 14:00:13 +0000 Received: from mail-ed1-x52e.google.com ([2a00:1450:4864:20::52e]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1suBVx-001MkV-J0 for pgsql-bugs@lists.postgresql.org; Fri, 27 Sep 2024 14:00:13 +0000 Received: by mail-ed1-x52e.google.com with SMTP id 4fb4d7f45d1cf-5c718af3354so2615459a12.0 for ; Fri, 27 Sep 2024 07:00:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=cybertec.at; t=1727445610; x=1728050410; darn=lists.postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=XAal/ds622PeS0jh1PUDghyQIHRCahXcz4HcenykwHY=; b=ZAuql1O6epFCSPw7gBTInZKV1IyUtnQuUg0NuQ8oLJhP9b4WAJGagwZcXVZzFs8IV7 VjynThQJdl6vuUHv+RyEF3oNJfSrvHZGa0m7icVZzbCi8GULDtidjHk99k9n3qiyAR2B MI47eRAw4N6brGR/8kVuD+kgFhf2guigSTtf4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727445610; x=1728050410; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=XAal/ds622PeS0jh1PUDghyQIHRCahXcz4HcenykwHY=; b=eXx6hrl7ha/+4jo9GzTCtJfF2vjOGy7MyUOmzTaUMBT/zsQQ2GSsiHgIrNFX9a8SgQ Be0o3OfJRbtkuqPoEjJczilukAwGJcnQcTGL701R1QhPn7IanYr29vB7/eGrNhIc0K/a ZXQ25ats+k26lPUSr+ByQrCQ4jrrRW131dbyWFT11Azd1haZkgbIzjeFzbidi6UMy0w5 IZGHc6a/yoMUStFJYLHpjpyhT3Kl9VaApOzdI4yjKCohnwHA41FOTlJTrN8qpJdPbjof XRkyT2L7sCO/hHyWIrGVBbMxZW2tEsFbS57iVy/kYCqZFx4slQmVM+aNoLlKdxTogDM/ BWBA== X-Forwarded-Encrypted: i=1; AJvYcCVTypH0epH29jdjL71yny5AugK5OLWlIriTfyB4cdByLwABt5myXvS/XEuqkTnWqOvLthVJx0Q6ppSP@lists.postgresql.org X-Gm-Message-State: AOJu0YysXIm7ClQhGseF9Tqf2wJocqjsujdN/U7GzuIe2YPW7AvqjkmU eEDt7XPFIQXEbo/Z+IBnwSEYfVJtMOWz9mQNCvedK6Ui2jPm9EsHp1qyEr0mZxY= X-Google-Smtp-Source: AGHT+IH9Cz7Yms8CGbjsp61AuKjyvXbkJFti4SjuorUslovPO5b5D/bKwCM1rj/WyrCgxmyBEKgRrA== X-Received: by 2002:a05:6402:2b8c:b0:5c4:2fa2:93ed with SMTP id 4fb4d7f45d1cf-5c8824e7e55mr2965072a12.16.1727445609972; Fri, 27 Sep 2024 07:00:09 -0700 (PDT) Received: from dynamic-pd01.res.v6.highway.a1.net ([2001:871:260:9cfc:6fcf:5db7:b71f:99c4]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-5c88245e9e2sm1180836a12.46.2024.09.27.07.00.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 27 Sep 2024 07:00:09 -0700 (PDT) Message-ID: Subject: Re: BUG #18636: I am seeing a difference in behavior between 13.12 and 15.6 for full text searching From: Laurenz Albe To: glenncipolla@gmail.com, pgsql-bugs@lists.postgresql.org Date: Fri, 27 Sep 2024 16:00:08 +0200 In-Reply-To: <18636-3f0e3fe4e7ac0b1c@postgresql.org> References: <18636-3f0e3fe4e7ac0b1c@postgresql.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.52.4 (3.52.4-1.fc40) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, 2024-09-27 at 13:28 +0000, PG Bug reporting form wrote: > The following bug has been logged on the website: >=20 > Bug reference: 18636 > Logged by: Glenn Cipolla > Email address: glenncipolla@gmail.com > PostgreSQL version: 13.12 > Operating system: Ubuntu 11.4 > Description: =20 >=20 > The following query >=20 > select to_tsvector('simple','RG147SW RG14 Greenham Road Newbury West > Berkshire') > @@ to_tsquery('simple', 'gree,west:*'); >=20 > Returns false in PG 15.6, but returns true in pg 13.12. In 15.6 the code > returns 'gree:* <-> 'west':*. =20 > In 13.12 it returns 'gree:* & 'west':* >=20 > This article says the 13.12 behavior was a bug that was fixed in 14.x > (https://akorotkov.github.io/blog/2021/05/22/pg-14-query-parsing/). >=20 > I have a dev team about to change their code to handle the new <->. Befo= re > they do that, I would like a confirmation that this functionality is=20 > 1. A bug > 2. The new functionality will not change back in newer versions. Do you > intent to stick with the <-> return value? We intend to stick with the way it works now... unless somebody comes up with a very good reason why that behavior is buggy and worth the compatibility pain the fix incurs.