Repository navigation
fix(messaging): ship the QQ and Lark Provider fixes in the bundled IM Provider - #2959
Conversation
… Provider Pin the dsh-im fork at 7505ce6f (BotHarness/dsh-im#33 and #34) and move the bundled Provider to 4.32.0-botharness.23 so the release carries the QQ fixes (#2868, #2895, #2896, #2897, private messages for #2900) and Lark Markdown replies (#2792). Runtime files and digest are recomputed from the new source; manifest and lock are unchanged. The published Provider record still names .22 until the release publishes .23, so its test now requires the pin to equal or supersede it. Closes #2918 Refs #2792 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Lpx6qnuRKPyBQWbwohCfMZ
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 1 minute. View limit details
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
qualify-commands (windows-latest) failed installing dependencies with ERR_PNPM_INVALID_PATCH at byte 0 of patches/react-native-view-shot@6.1.1.patch. The patch opened with an empty deletion of example-expo/package-lock.json, which the published package does not need. Drop that section, keep the exports reorder unchanged, and check patches out with LF so pnpm parses the same bytes on every platform. The lockfile patch hash is regenerated by pnpm. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Lpx6qnuRKPyBQWbwohCfMZ
|
Generated by Claude Code |
|
Generated by Claude Code |
Requested by Vain · project thread
Why the change
The QQ fixes and the Lark Markdown fix are merged in the dsh-im fork, but the bundled IM Provider was still pinned to the old commit
beaed4a6, so none of them would ship in 1.6.0.Closes #2918. Refs #2792, #2868, #2895, #2896, #2897, #2900.
Special things to note
7505ce6f, the forkmainafter fix(qq,host): DSH 0.2.1 owner Peer, QQ quotes/media/private messages, group 429 backoff, passive deferred replies dsh-im#33 (QQ) and fix(feishu): send Markdown Bot replies as native Markdown cards dsh-im#34 (Lark Markdown replies). The Provider version moves to4.32.0-botharness.23.providerRuntimeDigest: 424 files,a4429580….verifyProviderSourcepasses on a clean checkout of the new commit.package.jsonandpackage-lock.jsonin dsh-im did not change, so their hashes stay the same.qualifiedImProvider.dshstays0.2.1-rc.2.scripts/published-product-provider.jsonstill describes the published.22..23is not on npm yet, soreusePublishedProviderfinds no remote and the release publishes the new Provider. The test that required the record to equal the pin now requires either equality or a strictly newer pin. Record.23after the release publishes it, as was done for.22in 24d9be4.vitest run scripts/test/: 825 passed, 1 failed, 3 skipped. The failure isdev-instance-lifecycle … real offline pnpm installation, a 30 s timeout. It is unrelated: it comes from this container running pnpm throughnpx.scripts/test/product-artifacts.test.mjsandnpm-prerelease.test.mjspass.pnpm changelog:checkand lint (no new errors) pass.npm prerelease preparationworkflow runs because its paths includescripts/product-artifacts.mjsandscripts/dev-im-provider.mjs.Change outline
beaed4a6…7505ce6f…4.32.0-botharness.224.32.0-botharness.2342e1140e…a4429580…A change fragment,
changes/2918-im-provider-qq-lark.md, adds the bilingual Release Ledger entry.Generated by Claude Code