chore(release): 0.0.1-alpha.26 (magic_notifications ^0.2.0) - #123
Conversation
Cuts alpha.26, carrying the delete-affordance work merged in #121 and the callback answer merged in #122. Stays on the alpha rail: nothing here is a public API break in this package. _confirmThenDelete is private, so what changed for a consumer is the dependency floor, and that is what the parenthetical names. The dependency move is the point of this release. magic_notifications 0.2.0 changed NotificationsListView.onDelete to Future<bool>, and this package's default branch could not compile against it until #122 landed. Publishing this is what carries that fix to an adopter, since alpha.25 on pub.dev still pins ^0.1.0 and still returns Future<void>. Six version sites, swept by shape rather than by the old number: pubspec.yaml, CHANGELOG.md, CLAUDE.md, README.md, doc/getting-started/installation.md, and the magicStarterVersion constant behind the command banners. 1409 tests, analyze clean, format clean. There is no pubspec_overrides.yaml in this worktree, so the resolution is the one the publish workflow sees: pubspec.lock records magic_notifications 0.2.0 from pub.dev as a hosted dependency, which is the release that went out an hour ago.
|
Note Kodizm (AI-generated). May contain mistakes; verify before acting. A clean version-only release bump - all six sites agree, the version guard test passes, and the full suite reproduces the 1409 the description claims; two cosmetic notes, nothing blocking. The diff is six files and no behavioural change: Minor
TestsNo new tests, and none are owed - the diff adds no behaviour. The one guard that matters for a version bump already exists and passes: Checks I ran
|
The comment above the constraint still narrated 0.1.0 as the floor while the line below it read ^0.2.0. It came in with #122 rather than with the bump, but this is the release that ships that file to pub.dev and the dependency floor is the stated point of it, so an adopter reading the published pubspec would have found the prose arguing against the constraint. Also says WHY 0.2.0 rather than 0.1.0, which the old text could not: against 0.1.0 the library still compiles, because Future<bool> satisfies a Future<void> parameter, and it is the routes test that does not, since it reads onDelete's return type. The floor is what keeps the package and its own suite resolvable together.
|
Both taken, one applied and one measured away. The floor comment is a real one and it is fixed. You are right that it landed with #122 rather than with the bump, and right that it matters here anyway: this is the release that ships that file to pub.dev, and an adopter reading the published pubspec would have found the prose arguing against the constraint three lines below it. It now also says why The date is right, and the disagreement is a timezone rather than a mistake. Right now it is
So the previous entry is dated a day AHEAD of the UTC instant it was published at, for exactly the reason this one is. Worth recording for the next reader: the two clocks here are three hours apart, so between local midnight and 03:00 they name different days, and "one day in the future" is what UTC sees during that window rather than a defect. |
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
Cuts alpha.26, carrying the delete-affordance work merged in #121 and the callback answer merged in #122.
Stays on the alpha rail. Nothing here is a public API break in this package:
_confirmThenDeleteis private, so the only thing that moved for a consumer is the dependency floor, which is what the parenthetical in the title names.The dependency move is the point of this release.
magic_notifications0.2.0 changedNotificationsListView.onDeletetoFuture<bool>, and this package's default branch could not compile against it until #122 landed. Publishing this is what carries the fix to an adopter: alpha.25 on pub.dev still pins^0.1.0and still returnsFuture<void>, so anybody upgradingmagic_notificationson their own today gets a compile error from this package rather than from their own code.Six version sites, swept by shape rather than by the old number:
pubspec.yaml,CHANGELOG.md,CLAUDE.md,README.md,doc/getting-started/installation.md, and themagicStarterVersionconstant behind the command banners.Verification
flutter test: 1409 passeddart analyze: no issuesdart format --output=none --set-exit-if-changed .: 0 of 329 changeddart pub publish --dry-run: zero warningsThere is no
pubspec_overrides.yamlin this worktree, so the resolution above is the one the publish workflow actually sees rather than a friendlier local one.pubspec.lockrecords:which is the release that went out an hour ago, so the 1409 tests ran against the published artefact rather than against a sibling working tree.
Author: Anılcan Çakır anilcan.cakir@gmail.com