webmapper concurrent client bug

17 views
Skip to first unread message

Johnty Wang

unread,
Jul 28, 2021, 7:16:35 PM7/28/21
to dot_mapper
After a round of troubleshooting with Edu, I think we have isolated a bug in webmapper when handling multiple concurrent clients. Turns out multicast was working fine (testmonitor shows everything, as long as the correct network interface is used*) The following shows two clients running on the same machine (where webmapper is running). where I leave the bottom one untouched but the top one is repeatedly refreshed:

Screen Shot 2021-07-28 at 3.59.04 PM.png

Once every so often (maybe once every 10 refreshes or so), we see that the remainder of the websocket data ends up being sent to the wrong client (bottom one), which then cause the UI to miss the rest of the mapping information. webmapper appears to have pushed out the correct info, but just to the wrong client!

When the second client is on another device, it breaks a lot more often (basically most of the time), and also we don't necessarily see the missing data appear on the functional clients either, so it appears that they got sent off "somewhere"...

On the webmapper side, it looks like everything is being pushed out and I can see the prints via the "ws8_send: [..." console messages.

*bonus bug: regarding the network interface, it seems like the command to force interfaces when multiple are active doesn't work: after calling  graph.set_iface(iface) in the test examples, it still seems to always default to the first interface. I think what Edu had to turn off Wi-Fi when forcing ethernet to work, for example...

Edu Meneses

unread,
Jul 29, 2021, 10:15:21 AM7/29/21
to dot_m...@googlegroups.com
Hello everyone,

Thanks Johnty for summarizing everything. I'd like to add only that for me choosing the network interface works fine on webmapper GUI (when browsing locally) but, as Johnty described, doesn't work as an argument for test or testmonitor.

Cheers,

Edu Meneses
McGill University | Ph.D. Researcher
Input Devices and Music Interaction Laboratory | IDMIL
Centre for Interdisciplinary Research in Music Media and Technology | CIRMMT


--
You received this message because you are subscribed to the Google Groups "dot_mapper" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dot_mapper+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/dot_mapper/566c4451-3832-4a0f-812c-c60dacca66ben%40googlegroups.com.
Reply all
Reply to author
Forward
0 new messages