Context
При ревью PR #23 (retry history в JSON output) выявлена проблема в telegram-client.js: login recovery paths возвращают false вместо проброса ошибки.
Problem
telegram-client.js:593-596 и 608-611 — session-reset recovery ловит resetError и возвращает falsetelegram-client.js:612 — финальный catch возвращает false, скрывая все неожиданные ошибки- Caller (
runAuthLogin в cli.js) получает только false и выбрасывает generic "Failed to login to Telegram." — реальная причина ошибки теряется
- В
--json режиме пользователь не получает никакой диагностической информации
Proposed Solution
- Выбрасывать
resetError (или обёртку) вместо return false
- Обеспечить что
writeError в cli.js получает реальное сообщение об ошибке
- Обновить
listDialogs session-reset recovery (telegram-client.js:631-637) аналогично
Related
🤖 Generated with Claude Code
Context
При ревью PR #23 (retry history в JSON output) выявлена проблема в
telegram-client.js: login recovery paths возвращаютfalseвместо проброса ошибки.Problem
telegram-client.js:593-596и608-611— session-reset recovery ловитresetErrorи возвращаетfalsetelegram-client.js:612— финальный catch возвращаетfalse, скрывая все неожиданные ошибкиrunAuthLoginвcli.js) получает толькоfalseи выбрасывает generic"Failed to login to Telegram."— реальная причина ошибки теряется--jsonрежиме пользователь не получает никакой диагностической информацииProposed Solution
resetError(или обёртку) вместоreturn falsewriteErrorвcli.jsполучает реальное сообщение об ошибкеlistDialogssession-reset recovery (telegram-client.js:631-637) аналогичноRelated
isCliEntrypointhas empty catch block (cli.js) — minor, consider logging🤖 Generated with Claude Code