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 1ugfqE-006Be6-Uq for pgadmin-support@arkaria.postgresql.org; Tue, 29 Jul 2025 08:37:48 +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 1ugfqC-00GYpc-F6 for pgadmin-support@arkaria.postgresql.org; Tue, 29 Jul 2025 08:37:44 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1ugfqB-00GYpT-T7 for pgadmin-support@lists.postgresql.org; Tue, 29 Jul 2025 08:37:44 +0000 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1ugfq9-001LmG-2i for pgadmin-support@lists.postgresql.org; Tue, 29 Jul 2025 08:37:43 +0000 Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-553b3316160so5661280e87.2 for ; Tue, 29 Jul 2025 01:37:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin.org; s=google; t=1753778259; x=1754383059; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=4sTdgbrcfuqLKXl0YAg1mL+6IguUvQMofRlrYSqvuGM=; b=M2DmEje6a+j+uIOcYdZkcJ1IGeSWdXMEvp7rPcEmwl5Ina0hu43ZfI0PX+Iszc1uwD qibjsrpVqDkXdWFcJU7FFnY+A9gIW0FlLWseDzww2TM6Dz+RYpbjC8AktHMo3b78mJrx OM4yGhdHiwg0OTju0Rw3rPV9UiKlNpNZhgEhMr1BuctLERCngxUkg7sEtisbQzhb3MnF eNBio2/OudVuiHm3QwBrMrz/Lo3KedlpE4fIfQGOPlj2metPMAhDhskhUxEML1zgKgeU bXXSsUNRiwuK5PbmVRwPD8PoCVhPCCnkL9ss59EIHjTm/UqA4n7E/k3qzPQRtO+StHWY 9Y8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753778259; x=1754383059; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4sTdgbrcfuqLKXl0YAg1mL+6IguUvQMofRlrYSqvuGM=; b=u/f9ezY40TNZ/Y/oSStPVE4NcYIsNIzZRzQ/xuhbD6zC/1/zz0h8pjPNiZOPLAGht5 DywrbSF4hiCh5y2bKlFhoGHhhsLffiWNmqghYKgkTNlBouQTuWyne0+RV3DK9uInOqgK UcYeoiVbmvzprVZNzts45ddH1C6diA+HRYPuIZ+a3E97BtrGFxiAJhdnRaWsxvZGMnKV m3S6r3MMemBZqexFYjKSDbEeIH0WR7ol1D+vgYypBHLEGRN1YYcONhvV9gGQf8SyXjGn RNw9bafrZmiQeUNYdVOjxUMg0cBo+yfXd5vRVqNukcCbSHD4MDCcKosJ9A9YJXbyoHr0 MfNw== X-Gm-Message-State: AOJu0YzoNMEMeiYJcw27LbB8DFcPGOWj9K2FqWJotleV7row/0aWXf6j s3/t7wxmNI5chfXhadUaMKclcODRuu2OfV8f0KzgAzrIOA+5QRGCfMqp/VFFSJ6dNb/DI5MvNku IYE6fT8I7jqMmC8GBbIjwyjmWkBUYP7qAc2oJiHKd X-Gm-Gg: ASbGncs+/EVTVa3j5HLDDTJeDanaaMOq0wr5EW6Belk4lPCLKTn3aCaYw9vCsozdDSL m2qPvVTEt4MuWRFOKQktt4vUUoMEIwb7XuzhRq178piTf33qP3T6ABmMCBqTHQX0bJYl8RwCQWA XCB5qJwMcIPoEONlBS3/wu4bA3D+PBCWnRWMYbACkTIG4n/GYRTvf4gToNir+SjWPmnaSD+tx26 mQxNjbhpbMvKm2C4LW+ X-Google-Smtp-Source: AGHT+IGlmePnWLygLytrdBEcQxlF/8+EMJlGWFg8Z1wohb4R76uWOEzDm6Trms82gibMG3iyPgHLWBX5UWtqr98Fbkk= X-Received: by 2002:a05:6512:3ca1:b0:553:2154:7bda with SMTP id 2adb3069b0e04-55b5f495d07mr3829273e87.38.1753778258629; Tue, 29 Jul 2025 01:37:38 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Tue, 29 Jul 2025 09:37:27 +0100 X-Gm-Features: Ac12FXyB8Yn0RgictQ766iU-ZbaTSpGp13lnl-kFI7nNxVO3ndx7iE8_e3HxGjI Message-ID: Subject: Re: Request to Remove Unused xmin Column from Function Properties Queries To: Abhinav Patni Cc: pgadmin-support@lists.postgresql.org Content-Type: multipart/alternative; boundary="0000000000001ef920063b0d523f" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000001ef920063b0d523f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi On Mon, 28 Jul 2025 at 15:00, Abhinav Patni wrote: > Hi > I am seeing issues when using aurora postgres limitless. It doesn=E2=80= =99t > support these columns, for function properties why do we need to query xm= in > value? Is it supporting some other use case? > Aurora isn't something we support, as it's different from PostgreSQL in many ways. If xmin isn't used in this case (which seems likely), then I don't see any reason not to remove it from the query, but there will likely be other ways in which pgAdmin won't work properly with Aurora, that may not be so easy to fix. Please feel free to submit a pull request at https://github.com/pgadmin-org/pgadmin4 Thanks! --=20 Dave Page pgAdmin: https://www.pgadmin.org PostgreSQL: https://www.postgresql.org pgEdge: https://www.pgedge.com --0000000000001ef920063b0d523f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Mon, 28 Jul 2025 at 15:00,= Abhinav Patni <abhinavpatn= i602@gmail.com> wrote:
H= i=C2=A0
I am seeing issues when using aurora postgre= s limitless. It doesn=E2=80=99t support these columns, for function propert= ies why do we need to query xmin value? Is it supporting some other use cas= e?

Aurora isn't something we supp= ort, as it's different from PostgreSQL in many ways. If xmin isn't = used in this case (which seems likely), then I don't see any reason not= to remove it from the query, but there will likely be other ways in which = pgAdmin won't work properly with Aurora, that may not be so easy to fix= .=C2=A0

Please feel free to submit a pull request = at=C2=A0https://github.= com/pgadmin-org/pgadmin4

Thanks!
=C2= =A0
--
--0000000000001ef920063b0d523f--