Безопасный тест состояния LocalSend после Cancel: новая sessionId, согласованность версий, связь устройств и критерии остановки.
Зафиксируйте последовательность, не содержимое
Возьмите маленький нейтральный файл и запишите четыре шага: устройства обнаружены, получатель подтвердил передачу, отправка началась, отмена выполнена с одной стороны. Затем попробуйте отправить другой нейтральный файл и отметьте, остаётся ли прогресс на нуле. Не используйте документы, фото и архивы с персональными данными. Зафиксируйте версии LocalSend и ОС обоих устройств, тип сети и сторону, на которой нажата отмена. Один повтор достаточен: многократные нажатия способны создать лишние события и затруднить анализ. Если устройства перестали видеть друг друга, это отдельная ветка обнаружения, а не подтверждение зависшей сессии.
Почему важна граница sessionId
Первичный репозиторий протокола LocalSend разделяет prepare-upload, загрузку по sessionId и отдельный cancel endpoint. Поэтому проверяемый вопрос звучит узко: создаёт ли новая попытка новый сеанс и принимается ли она получателем после отмены старого. Это не требует перехватывать трафик или публиковать идентификатор. Запишите только факт «новая сессия видна/не видна» из безопасного журнала приложения, предварительно скрыв адреса устройств. Если prepare проходит, но upload остаётся на нуле, граница уже иная, чем при полном отсутствии нового сеанса. Версия протокола также важна, поэтому сначала сравните версии клиентов с официальным changelog.
Парный обратимый контроль
Проведите два коротких прогона. В первом после отмены не перезапускайте приложения и попробуйте новый файл. Во втором полностью закройте LocalSend на обоих устройствах, откройте снова и повторите с тем же файлом в той же сети. Не меняйте одновременно Wi‑Fi, разрешения, версию и получателя. Если второй прогон проходит, это показывает зависимость от сохранённого состояния процесса, но не называет дефект протокола. Если оба стоят на нуле, проверьте обнаружение и подтверждение отдельно. Остановитесь при запросе отключить системную защиту, открыть входящий доступ шире локальной сети или передать реальные данные: такие действия не нужны для низкорискового теста.
Минимальный отчёт для воспроизведения
В отчёте достаточно версий двух клиентов, ОС, ролей отправителя и получателя, момента отмены, результата следующей попытки и результата после контролируемого перезапуска. Добавьте размер и тип нейтрального файла, но не имя настоящего устройства, локальный IP, sessionId или журналы целиком. Укажите, подтверждал ли получатель новую передачу и видел ли отправитель нулевой прогресс сразу или после ожидания. Сверьте changelog: исправления повторных передач и очистки состояния могут зависеть от версии. Публичная ветка помогает сопоставить симптом, однако причинный вывод должен основываться на воспроизводимой последовательности и спецификации жизненного цикла.
Материал подготовлен редакцией VOne с применением ИИ для тестовой последовательности; границы сессии вручную сверены по официальному протоколу и changelog LocalSend.
Источники и проверка
- LocalSend Protocol проверено 2026-08-07
- LocalSend Changelog проверено 2026-08-07
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.