saopig1andClaude Opus 4.7 82655afa20 fix(player): retry-skip in /play-playlist when first song can't resolve ...

QQ Music sometimes refuses to issue a play URL for individual songs
(upstream returns result=104003, "no copyright/payment"). The
/play-playlist endpoint only called resolveAndPlay once on the first
song, so when that one was 104003 the bot would sit silently with no
feedback — exactly what looked like "播放全部 没有反应".

Make BotInstance.playNext() public and call it as a fallback when the
first resolveAndPlay fails. playNext already has the 3-attempt
retry-skip used by trackEnd auto-advance, so we get the same
graceful skip behavior for explicit playlist plays.

Also tighten the response message so the user can tell when the bot
loaded songs but none were playable.

Single-song /play-song still returns "Cannot play" on failure (no
queue to advance through); UX surfacing of that goes in a follow-up.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-05-06 14:43:01 +08:00

..

audio

fix: use Random mode for FM instead of RandomLoop to prevent song repeats

2026-04-29 20:51:21 +08:00

bot

fix(player): retry-skip in /play-playlist when first song can't resolve

2026-05-06 14:43:01 +08:00

data

fix: post-merge type and test fixes

2026-05-06 12:47:19 +08:00

music

fix(api): add getPlaylistDetail provider method for QQ playlist detail

2026-05-06 14:05:48 +08:00

ts-protocol

fix(profile): validate TS6 HTTP status and stop escaping JSON body

2026-04-17 16:21:52 +00:00

types

feat: add QQ Music API integration, Pinia home cache, and unified search

2026-03-30 02:31:15 +08:00

web

fix(player): retry-skip in /play-playlist when first song can't resolve

2026-05-06 14:43:01 +08:00

index.ts

fix(web): make bot-link usable on public IP with HTTP

2026-04-17 16:08:00 +00:00

logger.ts

Fix EINTR crash from pino ThreadStream during FFmpeg playback

2026-03-31 16:52:53 +00:00