Centrum wiadomości: lastMessageDateTime i createdAt pokazują moment napisania wiadomości, a nie moment jej udostępnienia w API
- 主要語言
- 沒有語言資料
- 星號
- 244
- 分支
- 40
- PR 合併指標
- 30 天內沒有已合併 PR
描述
Cześć,
kupujący wysyła wiadomość w dwóch krokach - trigger "Wyślij" a potem "Tak, wyślij". W API wiadomość pojawia się dopiero po potwierdzeniu, ale z createdAt z momentu napisania. Wiadomość, która trafia do API o 9:30, ma datę utworzenia 9:20. lastMessageDateTime w GET /messaging/threads pokazuje to samo.
W naszym rozwiązaniu pobieramy przyrostowo po dacie, więc taka wiadomość wpada "w przeszłość" i nigdy się nie łapie. Na ten moment nie dostajemy żadnej informacji o tym, kiedy wiadomość faktycznie stała się dostępna, więc nie jesteśmy w stanie zagwarantować kompletności.
Prosimy o jedno z dwóch:
- Pole publishedAt i lastMessagePublishedDateTime z momentem udostępnienia wiadomości, z filtrowaniem po nim (createdAt w takim razie pozostaje bez zmian)
- Aktualizację createdAt i lastMessageDateTime przy potwierdzeniu wysyłki
- Pytanie przy okazji - czy jest maksymalny czas, po którym niepotwierdzona wiadomość nie zostanie już wysłana?
貢獻指南
這個儲存庫沒有索引到貢獻指南
研究方向
Start with the GET /messaging/threads contract and the two-step message send flow described in the issue. Trace when messages become available through the API and how createdAt and lastMessageDateTime are defined. Done means the publication timestamp behavior and incremental retrieval semantics are specified and documented, including the unanswered expiry question.
由索引模型根據 Issue 內容生成。
評估
- 領域
- api, backend-api-design
- Issue 類型
- 功能
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 活躍
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100