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 1ugOMm-002Ojj-PL for pgadmin-support@arkaria.postgresql.org; Mon, 28 Jul 2025 13:58:13 +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 1ugOMl-0087Rg-U0 for pgadmin-support@arkaria.postgresql.org; Mon, 28 Jul 2025 13:58:12 +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 1ugOMl-0087RX-IK for pgadmin-support@lists.postgresql.org; Mon, 28 Jul 2025 13:58:11 +0000 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1ugOMh-001JIt-2e for pgadmin-support@lists.postgresql.org; Mon, 28 Jul 2025 13:58:11 +0000 Received: by mail-lf1-x12b.google.com with SMTP id 2adb3069b0e04-55628eaec6cso4054472e87.0 for ; Mon, 28 Jul 2025 06:58:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin.org; s=google; t=1753711087; x=1754315887; 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=oSRGfk2aquWUFUIdC/KO3jFKtCvv9+a4dYw8HTQo4rQ=; b=HsCq1DyAgcM3OZCWaZIDcSyEzmVdP8aucpxljG+foJDMuyygEc9T1AzDmjg29yevm5 ZrCqPhwVBw9zbkltb+jdziSUBESDnlod2RHpddsecwToYYMsWdyqC9SNT+Zma2YZgixT 6nok6pFhtVpLft9vJ8QsPhopDasfhfReWuraeqzXlC9rEyAPccsXnMWMzoYu1C6BUIjT lpHaxGriND3t7KnU8akGc7cURsitr843kweW8yXfusI8SrIJxJYV366z4gcfgPM8la3O qmGRQrPxw8tt8VrDp7iR+fbDhwt7bnomvjlL3XCq5UCOP4TfiiVHEZdkFJ4kf6XFnEtX NCWg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753711087; x=1754315887; 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=oSRGfk2aquWUFUIdC/KO3jFKtCvv9+a4dYw8HTQo4rQ=; b=RQAn+cIjDvNa/g3bus7fQabORGqJdOaEljf5DMaoR/SnYvRLxeYn5pIagkHUWG2EAl uNZnJx2oMCuhA0W9ZnKqCxenSxwnbmHSIF9dn8/eINYSNM3hwakGlbNSVHRVGtJ3V4Hz KijDfHoHtAunP5cG0Xu1MGPN2rPT7L19wZW6l1FZ3v31AuDnMlGOwK9dxzWaXxhapBkU IQV9FVv3nUXf7K13HD3VrHW6pExj1aHL39Wm7Cqk9UCBdT7Tg4gy+jiUAlnEj/+MDk9/ BLuW4mIbEOGYn0GCO7tEou7pOe+wNzv40/K11Y5gTpNLnPO34cw8tg+Ta9UP30VuCR3H d2Qw== X-Gm-Message-State: AOJu0YzRn1gpT/AJUKfjlQwJIPhmsX3VbjQmfruClrZYsGULqNnoTSlW gcvc6qSDQ29m5LCGBSbCHkjoaDgj1+uBTSjAl4q93M3PhY4xCxUHvwfsSvau/4E5zVkuo+ac4uz MwayIMP/E6l1ADi8YYg2ia4dBFnpc+0948KZ9qVhP X-Gm-Gg: ASbGncvP5XD8fexMKn/19zMApVFAzpT45buHYF8zLmbIMBk8OFU82bQglPoMHoEK8t4 fKzfc/O0NxIAb1XRN8UuWWS3sSTWO/46n0OBMrifMpBUY5HjN6Ep6qC6Qgb4djmzgHYE7fEdZef azpcE51tGExhagtFsAePZrDVOupSH/bVLvd6oM/qjiS/lZVmMy2sva9VPJRyNztiR8DZBnbOEHj 9bKpdVbsyvVTx7bw8eV X-Google-Smtp-Source: AGHT+IFMkaXh5Ui8+ZniptcbVxGP6LkCY5LF1MFk4GatI70PWjwKDn+fo8oG6n08vzu/FUyILprOxaHxLPJP4ZAprsg= X-Received: by 2002:a05:6512:3996:b0:553:5429:bb87 with SMTP id 2adb3069b0e04-55b5f48fbdemr2764675e87.36.1753711087026; Mon, 28 Jul 2025 06:58:07 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Page Date: Mon, 28 Jul 2025 14:57:53 +0100 X-Gm-Features: Ac12FXy7o3_gPcYJT820KvcyPNFUJvebO4nMi48M-FuVgfyGABtUjRpPlIFepO8 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="000000000000619df1063afdae9e" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000619df1063afdae9e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi On Mon, 28 Jul 2025 at 14:46, Abhinav Patni wrote: > Dear pgAdmin Team, > > Queries for the xmin system column are causing errors and breaking > function/property dialogs. What errors or breakage do you see, and in what circumstances? Querying for xmin shouldn't cause any issues on any supported PostgreSQL version, even if it's not used. > I see xmin is fetched in property queries > (e.g.,=E2=80=AFfunctions/templates/*/properties.sql) but is always ignore= d in > processing, as in: > > > web/pgadmin/browser/server_groups/servers/databases/schemas/functions/ini= t.py: > keys_to_ignore =3D ['oid', 'proowner', 'typnsp', 'xmin', =E2=80=A6] > > Can we drop xmin from these queries? Are there reasons to keep it? If > not, would you accept a patch to remove it? > > Thanks, > Abhinav Patni > > > --=20 Dave Page pgAdmin: https://www.pgadmin.org PostgreSQL: https://www.postgresql.org pgEdge: https://www.pgedge.com --000000000000619df1063afdae9e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Mon, 28 Jul 2025 at 14:46,= Abhinav Patni <abhinavpatn= i602@gmail.com> wrote:
Dear pgAdmin Team,<= br>
Queries for the xmin system column are causing errors and breaking
function/property dialogs.

What errors or = breakage do you see, and in what circumstances? Querying for xmin shouldn&#= 39;t cause any issues on any supported PostgreSQL version, even if it's= not used.
=C2=A0
I see xmin is fetched in = property queries
(e.g.,=E2=80=AFfunctions/templates/*/properties.sql) but is always ignored = in
processing, as in:

web/pgadmin/browser/server_groups/servers/databases/schemas/functions/init.= py:
keys_to_ignore =3D ['oid', 'proowner', 'typnsp', &#= 39;xmin', =E2=80=A6]

Can we drop xmin from these queries? Are there reasons to keep it? If
not, would you accept a patch to remove it?

Thanks,
Abhinav Patni




--
--000000000000619df1063afdae9e--