Skip to content

release: version @qorpe/ui - #48

Merged
omercelikdev merged 1 commit into
mainfrom
changeset-release/main
Sep 5, 2026
Merged

release: version @qorpe/ui#48
omercelikdev merged 1 commit into
mainfrom
changeset-release/main

Conversation

@github-actions

@github-actions github-actions Bot commented Sep 5, 2026

Copy link
Copy Markdown
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.

Releases

@qorpe/ui@0.6.0

Minor Changes

  • d23bfbd: TabPanel accepts className (defaults to the previous pt-4): a scrolling panel inside a flex column can now carry min-h-0 flex-1 overflow-y-auto and its own padding without losing the ARIA pairing — the seam mockifyr's five tabbed screens need to move off their local Radix tabs.

@omercelikdev
omercelikdev merged commit 28575f6 into main Sep 5, 2026
omercelikdev added a commit that referenced this pull request Sep 8, 2026
…o checks at all (#50)

The changeset-release/main branch has failed CI twice, and chasing it found something worse
than a broken build: run 33958092041 has ZERO jobs and concludes failure, and pull request
#48 — the one that shipped 0.6.0 — merged on 2026-09-05 with no checks reported whatsoever.
So did #46 and #44 before it.

The cause is deliberate GitHub behaviour, not a misconfiguration here: the changesets bot
opens the version pull request with GITHUB_TOKEN, and GitHub does not trigger pull_request
workflows for a token-authored pull request, to stop workflows from recursively triggering
themselves.

The usual fix is a personal access token or a GitHub App, which means a stored long-lived
secret on a public repository. Running CI on the BRANCH costs nothing and restores the
coverage: the version commit is pushed to changeset-release/main, so a push trigger on that
branch pattern sees it.

G1 stays pull-request-only and that is correct rather than an oversight — the release branch
CONSUMES the changeset files, so a gate demanding one would fail on the very branch whose job
is to remove them.

Low stakes in content, since the version pull request only carries a version bump and a
changelog. High stakes in habit: a merge with no checks reported is exactly the state that
teaches a team to stop reading them.

Co-authored-by: Claude Fable 5.1 <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.

1 participant