Twitch.listen doesn't trigger

[0plus1]

Hi, I looked into the forums and found a similar issue:

[SOLVED] Twitch.listen is never triggered?

Hi, twitch.listen('broadcast', function (target, contentType, color){}) I tried to test the Hello World example but there is something i don’t get it. Why this line above is never triggered ? I don’t have any error in the terminal or in the browser console about this problem. Also it seems that twitch.send() works. Thanks

I am using the Twitch Developer Rig in osx, I am running this simple code:

const logToRig = (topic, loggable = '') => twitch.rig.log(topic, loggable);
const subscribeToTopic = () => {
    twitch.listen(
        'broadcast',
        (target, contentType, message) => {
            console.log(target, contentType, message);
        }
    );
    logToRig('listening...');
};

twitch.onAuthorized(function (auth) {
  logToRig('onAuthorized', auth);
    subscribeToTopic();
});

Logging show the auth is called, and that it reached the Listening line without errors.
From the backend I broadcast a message without any errors, tried both all and the actual channel id, but nothing seems to be received by the frontend.

Looking into the Chrome tools, I can see that all the WS connection are stuck at 101 Switching Protocols. These are the socket connection I can see:

wss://pubsub-edge.twitch.tv/v1
Initiated by: twitch-ext.min.js:22
// ---
wss://pubsub-edge.twitch.tv/v1
Initiated by coordinator.js:1

What am I doing wrong?

Thanks

[BarryCarlyon]

Don’t put it in the onAuthorzied call back

Do something like this for example. 99% of the time isAuthed is gonna be true since onAuthorised always fires. But you can test isLinked and other parts inside your listen processor

const logToRig = (topic, loggable = '') => twitch.rig.log(topic, loggable);
let isAuthed = false;
    twitch.listen(
        'broadcast',
        (target, contentType, message) => {
            if (isAuthed) {
                console.log(target, contentType, message);
            } else {
                //ignore as not authed
            }
        }
    );

twitch.onAuthorized(function (auth) {
  logToRig('onAuthorized', auth);
  isAuthed = true;
});

Consider this:

A user loads the page, they are not linked yet.
Under your code (if it worked) it would raise the listen as onAuthorised is fired (fires for all users in all states)
A user then links, onAuthorised is called again, and a second listen request is raised.

You are now listening twitch (as linking doesn’t cause a page reload/code restart).

Also there are a number of race conditions and weird hiccups from calling a listen instead a onAuthorised.

This was found and solved under

Calling listen inside onAuthorized, listen callback'ed four times

Consider this code: var authed = false; window.Twitch.ext.onAuthorized(function(auth) { console.log('Authorised'); if (authed) { return; } authed = true; window.Twitch.ext.listen('broadcast', function (topic, contentType, message) { console.log('Recv'); // do stuff }); }); Compared to var authed = false; window.Twitch.ext.onAuthorized(function(auth) { console.log('Authorised'); if (authed) { return; } authed = true; }); …

@0plus1

Looking into the Chrome tools, I can see that all the WS connection are stuck at 101 Switching Protocols. These are the socket connection I can see:

wss://pubsub-edge.twitch.tv/v1
Initiated by: twitch-ext.min.js:22
// ---
wss://pubsub-edge.twitch.tv/v1
Initiated by coordinator.js:1

What am I doing wrong?

This sounds like a separate issue, as these connections are made whether you listen or not. The call to listen just adds a subscription topic. If it’s stuck on connecting could indicate a issue with your connectivity to Twitch, it’s also possible but unlikely a plugin installed to chrome could be interferring (but thats very unlikely)

I’m assuming you tested this both in the Rig, and under “View in Browser” from the Rig and got similar issues with the stalled connection?

[0plus1]

Thanks Barry for being so useful, what you wrote makes total sense, I assumed you needed auth to listen to broadcast, now I realise it didn’t make too much sense

I am still experiencing the issue, backend works flawlessly with a 204 respone, the dev rig on the other hand doesn’t seem to care about my brodcasted messages.

Opening the console and refreshing the view I get this error:

twitch-ext.min.js:22 Uncaught (in promise) ERR_BADAUTH
value	@	twitch-ext.min.js:22
value	@	twitch-ext.min.js:1
value	@	twitch-ext.min.js:22

I still get those hanged connections, I tried with firefox and safari, and tried it with a vpn just in case my provider does something dodgy, no change at all, they still stay on 101. I even looked at http://websocketstest.com/ and it seems to work fine, what could be the issue here?
Thanks for your patience and understanding

This is my full js code:

const twitch = window.Twitch.ext;
let isAuthed = false;

const logToRig = (topic, loggable = '') => twitch.rig.log(topic, loggable);

twitch.onContext(context => logToRig('onContext', context));
twitch.onError(context => logToRig('onError', context));

twitch.onAuthorized(function (auth) {
    logToRig('onAuthorized', auth);
    logToRig('token', auth.token);
    isAuthed = true;
});

twitch.listen(
    'broadcast',
    (target, contentType, message) => {
        if (isAuthed) {
            logToRig('Broadcast', { target, contentType, message });
        } else {
            console.log('Ignored');
        }
    }
);

[BarryCarlyon]

@0plus1

Thanks Barry for being so useful, what you wrote makes total sense, I assumed you needed auth to listen to broadcast, now I realise it didn’t make too much sense

Yeah you don’t as logged out users, and extension unlinked users in an extension can receive extension pubsub.

@0plus1

Opening the console and refreshing the view I get this error:

Yeah don’t refresh the view do the whole page.

@0plus1

I still get those hanged connections, I tried with firefox and safari, and tried it with a vpn just in case my provider does something dodgy, no change at all, they still stay on 101. I even

101 is correct

You should get a frames tab if you want to look at the messages (chrome inspector)

@0plus1

if (isAuthed) { logToRig(‘Broadcast’, { target, contentType, message }); } else { console.log(‘Ignored’); }

It’s worth noting onAuthorised doesn’t mean “they have linked” it means “got a JWT that I can do stuff with” you’d need to test it, or use the helper JS functions to determine if they are linked or not, and if you want to process the message. (I realize I may have confused as I contracted my first reply, in the use of isAuthed as a var name, but it’s good to wait for onauth before processing, but usually onauth will happen without issue))

I don’t see anything wrong with the code. It is similar to my code.

So, are your PubSub-ing to the right channel? From your usage of “logToRig” I’m guessing this is in the extensions rig

Check which user you set the rig to, and you need to PubSub to that user

[durss]

Sorry for bumping up that old topic but i’m having the exact same problem as the one explained here.

Any chance to know how you solved it @0plus1 ?

My code actually worked once, but since then i cannot get it working, i get ERR_BADAUTH as well as socket response when calling “listen()”.

This is the data sent via WSS :

{“type”:“LISTEN”,“nonce”:“JyvKcmSzykIu051niF86Mr9p9Qggon”,“data”:{“topics”:[“channel-ext-v1.29961813-u4auavhba5b6brrtvjyjeqzhyz841b-broadcast”],“auth_token”:“REMOVED_TOKEN”}}

And this is the response :

{“type”:“RESPONSE”,“error”:“ERR_BADAUTH”,“nonce”:“JyvKcmSzykIu051niF86Mr9p9Qggon”}

I’m using “Use current user” option but tried other options as well.
I also tried every “Viewer Type” option.

Thanks for reading me and sorry again for reviving such a old topic

[durss]

okay… talked too quickly.

I recreated all my keys, deleted the twitch rig project, created a new one and now it woks.
I’m wondering if i didn’t just forgot to update the manifest of the project after changing a key on my extension confs

Sorry for disturbing ^^