mirror of
https://github.com/chatwoot/chatwoot.git
synced 2026-07-01 21:03:46 +08:00
c2523c5d8b
On WhatsApp and any channel that disables the reply editor outside its messaging window (WhatsApp Cloud, Twilio WhatsApp, API channels with `agent_reply_time_window` set), when the window was already expired and a new inbound message arrived in real-time, the "messaging restricted" banner correctly hid but the editor itself stayed un-typeable until the agent refreshed the page. This made the dashboard look like it accepted replies even though typing did nothing. Fixes [CW-7087](https://linear.app/chatwoot/issue/CW-7087/reply-editor-stays-disabled-after-real-time-incoming-message-reopens) #### How to reproduce 1. Open a WhatsApp conversation whose last incoming message is older than 24h, so `can_reply` is `false` (banner shown, editor greyed out). 2. With the dashboard open on that conversation, have the customer send a fresh inbound message (or simulate one via the channel's webhook). 3. Before the fix: banner disappears, editor wrapper loses its disabled styling, but clicking into the editor and typing does nothing — refresh required. 4. After the fix: banner disappears and the editor accepts input immediately. Co-authored-by: Muhsin <12408980+muhsin-k@users.noreply.github.com> |
||
|---|---|---|
| .. | ||
| Accordion | ||
| app | ||
| auth | ||
| base | ||
| buttons | ||
| copilot | ||
| table | ||
| ui | ||
| widgets | ||
| ChannelSelector.vue | ||
| ChatList.vue | ||
| ChatListHeader.vue | ||
| Code.vue | ||
| ConversationItem.vue | ||
| ConversationList.vue | ||
| CustomAttribute.vue | ||
| CustomBrandPolicyWrapper.vue | ||
| CustomSnoozeModal.vue | ||
| index.js | ||
| IntersectionObserver.vue | ||
| Modal.vue | ||
| ModalHeader.vue | ||
| NetworkNotification.vue | ||
| policy.vue | ||
| SettingsSection.vue | ||
| Snackbar.vue | ||
| SnackbarContainer.vue | ||