My listen requests (in all my active/released extensions) are also in the onAuthorized callback (with a “check” for it it’s an additional callback to prevent duplicate listens)
onAuthorized means the extension is ready to go and has the relevant authorization to start making listen requests and other calls.
My “spot test” is GitHub - BarryCarlyon/twitch_extension_debug: A sample Extension that has logic to test MOST Twitch Extension JS Helper Features. Is GH-Pages hosted for easy quick testing! which bindListens in onAuthorized (without the dupe callback check since it’s a spot tester)
So having listens inside onAuthorized is the correct way to build an extension.
If your listens are not inside onAuthorized then you might try to listen before the extension is ready.
A registered callback to a thing doesn’t matter where the callback is registered as this shouldn’t have any bearing on pubsub speed of delivery. Sure if the page has been open MANY hours and your code has created MANY duplicate listens it might do a weird. but the pubsub message arrives relatively instanteously it’ll just bog down in the JS as it gets duplicate processed.
So whatever change you made as to when you listen shouldn’t have made an effect of the speed of delivery.