Was debugging why selenoid-ui was not updating the currently running sessions today and realized that react crashed as soon as the first response came back from the SSE endpoint /events. Running the /events endpoint directly worked fine so i could rule out the nginx proxy we have in place doing something funky. So i'm going to guess a bug has snuck into the selenoid-ui frontend-code in latest.
I can see the following error-message in the console.
The setup where it happened to us consists of selenoid-ui running against ggr-ui with one plain selenoid grid on a linux host and one selenoid binary running on windows if that matters in any way.
The first SSE message that comes back looks like this.
Was debugging why selenoid-ui was not updating the currently running sessions today and realized that react crashed as soon as the first response came back from the SSE endpoint
/events
. Running the/events
endpoint directly worked fine so i could rule out the nginx proxy we have in place doing something funky. So i'm going to guess a bug has snuck into the selenoid-ui frontend-code in latest.I can see the following error-message in the console.
https://reactjs.org/docs/error-decoder.html?invariant=31&args[]=object%20with%20keys%20%7B67.0%2C%2068.0%7D&args[]=
The setup where it happened to us consists of selenoid-ui running against ggr-ui with one plain selenoid grid on a linux host and one selenoid binary running on windows if that matters in any way.
The first SSE message that comes back looks like this.
The error message above appears directly after the first even is returned. Downgrading to
selenoid-ui:latest-release
did the trick. :)