Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stream state change for a non-existing channel #110

Open
Tracked by #234
matarife123 opened this issue Dec 26, 2022 · 3 comments
Open
Tracked by #234

Stream state change for a non-existing channel #110

matarife123 opened this issue Dec 26, 2022 · 3 comments
Labels
Bug Something isn't working

Comments

@matarife123
Copy link

Sin título

errors do not interrupt mining

@DevilXD
Copy link
Owner

DevilXD commented Dec 27, 2022

Hello o/

This should be more of like a warning level instead. This "error" comes from the websocket receiving a channel state update, for a channel that doesn't exist in memory at the time. This usually indicates problems with websocket properly managing the topics the main loop gives it. I suspect there might be a race condition at play here, since I've never implemented proper request-response to the websocket system twitch uses, simply because it appeared to work without that.

The good news is that, well, in this case you receive too many updates, because these channels aren't tracked anymore. The bad news is that, IIRC, the main loop's design won't "fix" this by reloading, and you'll actually need to restart the application to get rid of those.

As a TODO for myself, it'd be adding proper request-response system to the topic subs and unsubs logic of the websocket. I'll try giving it a shot again and see what I can come up with.

@DevilXD DevilXD added the Bug Something isn't working label Dec 27, 2022
@matarife123

This comment was marked as off-topic.

@DevilXD
Copy link
Owner

DevilXD commented Dec 27, 2022

@matarife123 This has nothing to do with the topic of this issue.

If the autostart doesn't work for whatever reason, unchecking it and then checking it again should fix it. The autostart feature isn't smart enough to figure out that you've moved the folder elsewhere after enabling it. If that won't help (and there's a 99.9999999% chance it will), then please open a separate issue instead of commenting under a completely different one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants