Skip to content

chore: prepare 1.12.0rc4 - #841

Open
axellpadilla wants to merge 3 commits into
masterfrom
chore/1.12.0rc4
Open

axellpadilla wants to merge 3 commits into
masterfrom
chore/1.12.0rc4

Conversation

@axellpadilla

Copy link
Copy Markdown
Collaborator

Prepares 1.12.0rc4 and closes out #838.

Closes #838

Contents

  • test(view): cover a child view whose parent view changes column type — the skip-path sp_refreshview fix (fe82935, d8ca5ce) already landed on master for 1.12, but its coverage was a view over a table that gained a column. Child views show stale data types when parent view is updated #838 reports the view-over-view case, where a column changes type: the child's own SQL never changes, so its CREATE is skipped, and a view caches the types it resolved at CREATE time just as it caches a select * expansion. This adds that test.
  • docs(changelog): name the child-view symptom on the skipped-view refresh — the existing entry described only added/dropped/reordered columns. Same cache, also holds types; the entry now says so and links the issue.
  • chore: prepare 1.12.0rc4 release__version__.py from 1.12.0rc3 to 1.12.0rc4, which is what verify_version.py checks the release tag against.

The 1.11 line gets the fix itself in the companion backport PR, which also bumps to 1.11.2rc1.

Verification

Against SQL Server 2022 in the devcontainer:

  • tests/functional/adapter/mssql/test_materialize_change.py9 passed
  • python .github/scripts/verify_version.py v1.12.0rc4 — OK
  • The new test is a real regression test: with the skip path restored to its former no-op, the parent correctly reports int while the child still reports varchar (AssertionError: assert 'varchar' == 'int'). With sp_refreshview in place, both report int.

🤖 Generated with Claude Code

axellpadilla and others added 3 commits September 11, 2026 15:40
The skip-path refresh was covered only by a view over a *table* that gained a
column. The reported case is a view over a *view* whose column changes type:
the child's own SQL never changes, so its CREATE is skipped, and a view caches
the types it resolved at CREATE time just as it caches a `select *` expansion.

Verified against SQL Server 2022: with the skip path restored to its former
no-op the parent correctly reports `int` while the child still reports
`varchar`; with `sp_refreshview` in place both report `int`.

Closes #838

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
(cherry picked from commit 411121a)
The entry described only a view over a table that gained, lost or reordered
columns. The same cache also holds column *types*, which is how the fix was
reported: a child view kept serving `varchar` after its parent view's column
became `int`. Say so, and link the issue.

Closes #838

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Child views show stale data types when parent view is updated

1 participant