Repository navigation
feat(messaging): consultation message thread UI - #139
Bolubillions1 wants to merge 12 commits into
Conversation
|
@Bolubillions1 Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits. You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀 |
|
@Bolubillions1 pls fix conflicts |
|
@Bolubillions1 fix CI |
|
Thanks for taking this on. The design is right: in-memory drafts, text-only rendering, and polling only while the tab is visible. It isn't in a mergeable state yet, though, and the verification section doesn't match the code: Blocking
Also
Once CI is green and the branch is rebased, I'll review again. |
|
This PR has merge conflicts with |
|
@Bolubillions1 Thanks for the PR. It can't be merged yet. To unblock it: CI is failing. Here's what broke:
Please fix these errors and run the same steps locally before pushing ( Merge conflicts: this branch conflicts with Push to this same branch and CI will re-run. Once it's green and conflict-free, it'll be reviewed for merge. |
|
@Bolubillions1 This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-web.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared files like Automated message. It won't repeat unless the PR conflicts again after your next push. |
|
@Bolubillions1 This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-web.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared files like Automated message. It won't repeat unless the PR conflicts again after your next push. |
|
@Bolubillions1 CI is failing on this branch, so it can't be merged yet. The errors from the latest run: Frontend (typecheck + test + build)
This PR also has merge conflicts with |
|
@Bolubillions1 This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-web.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared files like Automated message. It won't repeat unless the PR conflicts again after your next push. |
|
@Bolubillions1 CI is failing on this branch against the latest Frontend (typecheck + test + build)
This PR also conflicts with |
…age-thread-ui-shared
|
@Bolubillions1 CI is failing on this branch against the latest Frontend (typecheck + test + build)
|
|
@Bolubillions1 This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-web.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared docs like Automated message. It won't repeat unless the PR conflicts again after your next push. |
…age-thread-ui-shared
|
@Bolubillions1 pls fix CI |
|
@Bolubillions1 CI is failing on this branch against the latest Frontend (typecheck + test + build) Browser (journeys + accessibility + visual)
|
|
@Bolubillions1 This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-web.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared docs like Automated message. It won't repeat unless the PR conflicts again after your next push. |
|
@afeezorobsco-cyber — this PR is ready for another review. I resolved the merge conflicts with the main branch (pushed 2a0d974). |
…age-thread-ui-shared
|
@Bolubillions1 CI is failing at
|
|
@Bolubillions1 This PR now has merge conflicts with git fetch upstream # upstream = https://github.com/DocForum/docforum-web.git
git rebase upstream/main
# resolve the conflicts, re-run the tests, then:
git push --force-with-leaseThe usual culprits are shared docs like Automated message. It won't repeat unless the PR conflicts again after your next push. |
Overview
This PR adds a shared Consultation Message Thread UI used by both patients (appointment detail page) and doctors (consultation context). It renders the backend's append-only message log as an ordered, dependable thread with cursor-paginated history, an optimistic composer with failed/retry states, live updates via the notification stream (falling back to polling while visible), and a closed-thread state.
Related Issue
Closes #
Changes
💬 Messaging Feature
[ADD]
src/features/messaging/components/MessageThread.tsx[ADD]
src/features/messaging/components/MessageComposer.tsx[ADD]
src/features/messaging/components/MessageThread.module.css[ADD]
src/features/messaging/hooks/useMessageThread.ts[ADD]
src/services/messaging-service.tsdocforum-core's API per the architecture hard rules.[MODIFY]
src/types/models.tsdocforum-core's models (assumed shape documented below).📝 Docs
[MODIFY]
ARCHITECTURE_ESSENTIALS.mddocforum-coremessage-thread API shape under "Known assumptions" (pending [Phase 2] Async consultation message thread between patient and treating doctor docforum-core#61).[MODIFY]
ROADMAP.mdVerification Results
src/features/messaging/ROADMAP.mdupdated (item status + changelog line)ARCHITECTURE_ESSENTIALS.md"Known assumptions" updated for assumed API shapeNotes
ARCHITECTURE_ESSENTIALS.md"Known assumptions" and will be reconciled once that dependency lands.Closes #22