[Bug] Android sessions never get auto titles on 1.0.7+ hosts: legacy APK placeholder "Remote Code Session" is persisted as user-edited
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 49/100
Hướng nghiên cứu
Start with create_agent_session_from_runtime_request and update_session_title_if_current in coordinator.rs, then check the legacy SessionNaming.wireSessionName behavior in SessionListPolicy.kt. Reproduce the Android session title flow and add a focused unit test for the three legacy placeholders; done when those sessions receive automatic titles and the existing explicit-title behavior remains intact. The logging request and unverified rename hypothesis may need separate investigation.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
Sessions created from the published Android APK never get an automatic title: they stay named Remote Code Session forever. Host: OpenBitFun CLI 1.0.9 daemon (Linux x86_64). Client: OpenBitFun-Mobile-1.0.0-android-debug.apk (release mobile-v1.0.0, the latest Android build published).
Root cause (source-verified)
- The
mobile-v1.0.0APK sends a literal placeholder when the user typed no title:SessionNaming.wireSessionNamereturns"Remote Code Session"/"Remote Cowork Session"/"Remote Assistant Session"(src/apps/mobile/shared/core-domain/.../SessionListPolicy.ktat tagmobile-v1.0.0). - Since v1.0.7 the host treats any non-empty
session_namefromremote_relay/botas an explicit user title and persists{"titleSource":"text","titleUserEdited":true}(create_agent_session_from_runtime_requestincoordinator.rs, still present onmain). update_session_title_if_currentthen returns early ontitleUserEdited, so the first-turn auto title is never applied.
The client side was fixed in 6f931e418 (#3406, 2026-10-16: blank wire name, host picks the default), but no Android build containing it has been published, so every current Android user hits this with any 1.0.7+ host.
Evidence on my host
- Every session whose first turn id starts with
mobile-hassessionName: "Remote Code Session",titleSource: "text",titleUserEdited: true; locally created sessions get generated titles normally (re-tested on 1.0.9:Session title updated: ... title=Reply With OK). - Daemon log for the Android sessions:
Skipped auto session title update because title changed. This wording is misleading: the same message is logged for thetitleUserEditedearly return, not only for a real title race.
Requests
- Publish an Android build that includes 6f931e418, or
- Host-side compatibility: treat exactly these three legacy placeholders from
remote_relay/botas the default-title path. I have a small patch with a unit test against v1.0.9 (built and tested locally) and can open a PR if that approach is acceptable. - Log a distinct message when the skip is caused by
titleUserEdited.
Possibly related, not reproduced yet
In remote_surface/table.rs, update_session_title is CLI_NOT_IMPLEMENTED for the CLI peer host (only rename_session is handled), while the desktop LocalSessionDriver.renameSession invokes update_session_title. If the desktop uses that path when controlling a CLI peer host, rename would be refused. I could not capture the desktop request, so please treat this as a hypothesis.
- Ngôn ngữ chính
- Rust
- Star
- 2.3k
- Fork
- 236
- Merge trung bình
- 12 giờ 20 phút
- Pull request đã merge (30 ngày)
- 373
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của GCWing/OpenBitFun
-
[Feature]: 模型服务表单缺少「图像生成」分类入口 —— 后端已支持 default_models.image_generationCó thể đã có người làm @skyfireitdiy đã nhận 23 ngày trước. Đang mở
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 74/100
GCWing/OpenBitFun#3279 · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: 输出文字应该支持自然换行Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 57/100
GCWing/OpenBitFun#3796 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: 优化skill 市场的设计Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 58/100
GCWing/OpenBitFun#3791 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: 不能archive 错误使用的acpCó thể đã có người làm @Raing5Days đã nhận hôm nay. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
GCWing/OpenBitFun#3788 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Feature]: 增加窗口化的侧边提问Đang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
GCWing/OpenBitFun#3784 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của GCWing/OpenBitFun
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Non-`main` default branchesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
max-sixty/worktrunk#4727 · 7 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
follow-up
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
carrick-sh/carrick#1859 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
crate: spate-kafka documentation priority: medium
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày