Thread architecture still depends on replyToEventId/rootEventId
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ó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Start by reading NoteRelationModel and tracing the thread-loading, reply-discovery, parent/root resolution, and reply-visibility paths that currently use replyToEventId or rootEventId. The issue does not identify files or tests, so first locate those entry points and inspect the regressions found during testing. Done would require a defined migration that preserves those behaviors, but the scope and acceptance criteria are not specified.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
While investigating a migration toward using NoteRelationModel as the single source of truth for thread relationships, I found that the current thread architecture still depends on replyToEventId and rootEventId in several places.
Findings
- NoteRelationModel currently stores untyped relation edges.
- Root edges are excluded.
- The relation graph does not contain enough information to fully reconstruct thread structure.
- Removing or bypassing replyToEventId/rootEventId causes regressions in:
- Thread loading
- Reply discovery
- Parent/root note resolution
- Reply visibility
Notes
During testing, relying only on NoteRelationModel caused thread-related regressions, suggesting that a complete migration would likely require broader changes to the relation layer.
This does not affect the fix in PR #102, but was discovered while investigating the underlying architecture.
- Ngôn ngữ chính
- Dart
- Star
- 2
- Fork
- 2
- Merge trung bình
- 1 ngày 35 phút
- Pull request đã merge (30 ngày)
- 36
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
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 basictech01/uniun
-
bug good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
basictech01/uniun#300 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
basictech01/uniun#301 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue P2-Medium
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
basictech01/uniun#296 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue P2-Medium
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 22/100
basictech01/uniun#293 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug P1-High
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 18/100
basictech01/uniun#286 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của basictech01/uniun
Issue tương tự
-
good-first-issue P3
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
flutter/dart-intellij-third-party#758 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Bug: Incorrect location coordinates on logged Sound Meter dataCó thể đã có người làm @Jashan32 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
area/archive bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
DarkFlippers/qUnleashed#374 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
agent:in-progress agent:ready feature P2 · 中 区域: 悬浮窗
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
ASDW51/DanmuFloat#178 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Missing workoutsĐang mởenhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
InlitX/GymMane#237 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 5 ngày