Infos:
- Used Zammad version: 5.2.1 and 5.4.1
- Used Zammad installation type: source
- Operating system: Linux
Expected behavior:
- When sending a message via WebSocket with the following format:
{"event":"broadcast","spool":true,"data":{"event":"ticket":"%s","data":"%s"}}
is succesfully sent. The message should be broadcasted to all connected users, where%s
represents the actual data to be sent.
Actual behavior:
- after attempting to send the message, an error response is received:
[{"event":"error","data":{"error":"No such event broadcast: #\u003cNameError: uninitialized constant Sessions::Event::Broadcast\n\n candidate = constant.const_get(name)\n ^^^^^^^^^^\u003e","payload":{"event":"broadcast","spool":true,"data":{"message":"CUSTOM MESSAGE"}}}}]
Steps to reproduce the behavior:
- connect to running zammaw websocket for example (wscat -c wss://my-zammad.xyz/ws)
- send a message {āeventā:ābroadcastā,āspoolā:true,ādataā:{āmessageā:āCUSTOM MESSAGEā}}
The error message indicates that there is no event named ābroadcastā available in the current context. It specifically mentions a āuninitialized constant Sessions::Event::Broadcastā error, suggesting that the Sessions::Event::Broadcast event may not be defined or accessible.
Hi everyone,
I recently performed a migration of my Zammad instance from version 5.2.1 to 5.4.1, and while the process overall went smoothly, I encountered some changes in the WebSocket functionality.
Specifically, it seems that the ability to broadcast messages to all connected users using the ābroadcastā event is no longer available (commit when the module is deleted).
Previously, I used to send messages via WebSocket with the described above, however, after the migration, attempts to send messages with the ābroadcastā event result in an error response indicating that the event is not recognized.
Iām curious to know if the ābroadcastā event functionality has been intentionally removed, or if there are alternative methods or workarounds available to achieve similar functionality in Zammad versions after 5.3.0?
Additionally, I would greatly appreciate any documentation updates or guidance that can help me understand these changes better and adapt our workflows accordingly. Are there any release notes, migration guides, or updated API documentation available that cover these changes in detail?
Thank you all for your attention to this matter, and I look forward to your insights and responses.
Kind regards,
Evgeny USACHEV