Table dialog: inherited columns are editable/deletable and aren't stripped when the parent is removed

[VIBVEL47]

Describe the bug

In the Create/Properties dialog for a table that inherits from one or more parent tables, inherited columns are not handled correctly in the Columns grid:

1. On opening an inheriting table, the inherited columns are shown as fully editable — their Name / Data type cells and the row edit/delete buttons are enabled — instead of read-only.
2. When a parent is added interactively via "Inherited from table(s)", the fetched columns are added to the grid but are also fully editable (not marked inherited).
3. When a parent is removed, its columns are (in the fixed SQL case) dropped, but the remaining local columns' edit/delete buttons incorrectly become disabled.

Root causes (all in the shared SchemaView / table dialog code, so this is upstream pgAdmin, not distro-specific):

• The column properties query hardcodes the child table OID in the pg_inherits join, so inheritedfrom/inheritedid are never populated:
  web/pgadmin/browser/server_groups/servers/databases/schemas/tables/templates/columns/sql/default/properties.sql:8 → ... AND ph.inhrelid = 33896::oid (should use the {{tid}} parameter already used on the same template's WHERE att.attrelid = {{tid}}::oid). This is the default template (no version-specific override for columns), so it affects all supported PostgreSQL versions, not just PG 14+.
• Interactively adding a parent fetches its columns via the columns endpoint (which returns them as local, since the parent doesn't itself inherit) and never stamps inheritedfrom/inheritedid on them.
• The column's cell-editability check (inSchemaWithColumnCheck) returns "editable" for any new row before it checks inheritedfrom, so interactively-added inherited columns stay editable.
• The row edit/delete cells read their options without subscribing to option changes, so after the columns array is modified and rows shift index, they keep a stale enabled/disabled state.

To Reproduce

Steps to reproduce the behavior:

1. In the Query Tool, create an inheritance hierarchy:

   CREATE TABLE parent_a (a_id int, a_name text);
   CREATE TABLE child_t (own_col text) INHERITS (parent_a);

2. Right-click child_t → Properties → Columns tab.
3. Observe the inherited columns a_id, a_name — they are editable (Name/Data type not greyed, edit/delete enabled).
4. Add another table (e.g. pg_amproc) in Inherited from table(s) → its columns appear but are also editable.
5. Remove parent_a from Inherited from table(s) → the local column own_col's edit/delete buttons become disabled.

Expected behavior

• Inherited columns (from any parent, whether present on open or added interactively) are shown read-only: Name / Data type cells greyed and the row edit/delete buttons disabled.
• Local columns (e.g. own_col) remain fully editable/deletable, including after a parent is de-selected.
• De-selecting a parent removes only that parent's inherited columns; local columns remain.
• inheritedfrom and inheritedid are populated for inherited columns in the column properties response.

Error message

No error is thrown — this is a silent UI/logic issue. The underlying cause is visible in the column properties SQL: the INH_TABLES CTE joins pg_inherits on a hardcoded OID (33896) instead of {{tid}}, so every column returns inheritedfrom = NULL / inheritedid = NULL.

Screenshots

Compare the Columns tab of an inheriting table: inherited columns' Name/Data type should be greyed and edit/delete disabled (like other tools), but currently render editable. (Attach a before/after of the Columns grid showing inherited columns editable vs. correctly disabled.)

Desktop

• OS: macOS
• pgAdmin version: 9.16
• Mode: Server
• Browser (if running in server mode): Chrome
• Package type: Python (running from source)

Additional context

• The hardcoded OID was introduced in commit 7b9b8cdd0 ("Rebase the version-specific SQL templates to target PostgreSQL 14 (Rebase the version-specific SQL templates to target PostgreSQL 14 #10054)"), so the read-only regression is recent; the interactive add/remove gaps are longer-standing.
• Affected areas: tables/templates/columns/sql/default/properties.sql, tables/columns/static/js/column.ui.js (inSchemaWithColumnCheck), tables/static/js/table.ui.js (inherit add/remove), and the shared SchemaView/DataGridView edit/delete cells (deletable.js, expandabledFormView.jsx) which read row options without subscribing.

[VIBVEL47]

Superseded by #10181. This issue was hidden from the issue list/search by GitHub's spam filter (still reachable by direct link but not indexed), so I re-created it as #10181 with the same content. Closing this one to avoid duplication.

[VIBVEL47]

Reopening: this issue is now visible in the list/search again (GitHub's initial spam flag appears to have been auto-lifted). The re-created copy #10181 got flagged instead, so I'm keeping this one as canonical and closing #10181.