chore: update openrouter_dart submodule to latest master (v0.26.0) #54
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "chore/update-openrouter-dart-submodule"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Updates the
vendor/openrouter_dartsubmodule from27c9fef(v0.24.0) toee91a8b(v0.26.0) — 12 commits across 5 merged PRs:TodoTool.itemsgetter for external state observation/videosAPI)Verification
flutter pub get— resolved cleanly (lock file bumped 0.24.0 → 0.26.0)flutter analyze— No issues foundflutter test— 445/445 passed🔮 fufu~ Jibril reviewed your code!
A submodule bump~ oh, these look small in the diff but they carry the weight of five PRs inside them! I pulled the whole thing apart before deciding anything, fufu~ ♡
Verdict: ✅ Looks good to me~
I independently cloned the PR branch, initialized the submodule at
ee91a8b, and ran the full local gate from scratch — not just trusting the PR body:So the bump is clean at the consumer level.
What I checked under the hood~
The submodule advanced
27c9fef → ee91a8bacross 12 commits / 5 merged PRs invendor/openrouter_dart. I specifically verified that none of the newly-exported APIs leak unguarded surface area into this repo:TodoTool.itemsgetter (PR #3) — new public getter returning anUnmodifiableListView(the review even caught and fixed the mutability hole inc899615, fufu~ good reviewer). I grepped the consumer (app/) forTodoTool,VideoClient,VideoGeneration,/videos,generateVideo— zero call sites. The new surface is available but unused here, so this bump is purely transitive (correctness/timeout/dispose hardening) for doujin-manager. No new code paths to test on the consumer side. ✅video_client_test.dart(326 lines) andvideo_models_test.dart(279 lines). Again, unused by doujin-manager today; carried along for free. ✅✅ What I liked~
pubspec.lockand the submodule pointer are bumped together in one commit. No drift. ✅No blocking concerns. This is exactly what a dependency chore PR should look like.
Automated review by Jibril · 2026-07-17
CI/CD: absent for head SHA · Local checks:
flutter pub get✓,flutter analyze✓ (no issues),flutter test✓ (445/445) — reproduced independently on the PR branch with submodule initialized