Bug 55737
| Summary: | Ошибка protorpc.RecvResponseBody: Unexpected raw msg len при запуске | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Artem Baleevskih <catsemaofficial> | ||||
| Component: | throne | Assignee: | Andrey Kovalev <ded> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
| Severity: | blocker | ||||||
| Priority: | P5 | CC: | andy, ded | ||||
| Version: | unstable | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
*** Bug 55765 has been marked as a duplicate of this bug. *** |
Description
Artem Baleevskih 2025-08-27 11:48:07 MSKCreated attachment 19422 [details] Скриншот программы Приветствую! Обнаружил проблему с пакетом Throne 1.0.2-alt1 в Sisyphus, которая отсутствует в рабочем пакете nekoray-4.3.5-alt1. При запуске Throne постоянно возникают ошибки: ``` sing-box: v1.12.1 Core listening at 127.0.0.1:34307 [Error] Core: LibcoreService error: protorpc.RecvResponseBody: Unexcpeted raw msg len. [Error] Core: LibcoreService error: protorpc.RecvResponseBody: Unexcpeted raw msg len. ``` Ошибка появляется не только при выборе профилей, но и при любых операциях взаимодействия GUI с Core-модулем, что делает приложение практически неработоспособным. Анализируя различия в spec-файлах между рабочим nekoray-4.3.5-alt1 и проблемным throne-1.0.2-alt1, обратил внимание на ключевые отличия в процессе сборки: 1. В Throne добавлена зависимость BuildRequires: protobuf-go, которой нет в Nekoray 2. В Throne присутствует дополнительный компонент protorpc-vendor и собственная сборка protoc-gen-protorpc, отсутствующие в Nekoray 3. Throne использует кастомный protorpc-протокол вместо стандартных механизмов связи GUI-Core Предполагаю, что проблема связана с несовместимостью версий protobuf-компонентов между GUI (собранным с системными библиотеками protobuf) и Core-модулем (использующим vendor-зависимости). Ошибка "Unexcpeted raw msg len" типично возникает при десериализации protobuf-сообщений, когда отправитель и получатель используют разные версии схемы протокола или разные версии protobuf-runtime. В рабочем nekoray-4.3.5-alt1 такой проблемы нет, поскольку он использует более простую архитектуру без кастомного protorpc-слоя и зависимости protobuf-go. Возможно, требуется пересмотр зависимостей или схемы сборки Throne для обеспечения совместимости версий protobuf между всеми компонентами приложения.