Skip to content

Conversation

Dudeplayz
Copy link

@Dudeplayz Dudeplayz commented Aug 22, 2023

Some promises are not waited for or not propagated properly. The async functionality should always be considered to be propagated to the top level caller code, which should decide if a throw is ok. Otherwise the drop should be commented, to make clear, why it is not necessary to wait for.

Perhaps related to #53 and #54, because a missing await can create race conditions.

It should be checked, if the awaits and asyncs I added are correct.

Should executeQueue() in WebRTCPeerConnection just error handled in handleSignalingMessage() or be awaited, because handlingSignalingMessage is by interface type declared as async. If I understand the code correctly, the queue processing should be started async, that's why it is not awaited. Otherwise the calling code, which runs in the processing loop is "blocked", until all event's are executed. Question is, if it would make a difference, if it is waited for?

Also fixed some typos.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant