TODO react: when navigating using Link from offerer to answerer, the rtcpc of offerer is not closed.
firefox closes, but chromium keeps boths pc. (this is on build, so without react strict mode)
cleanup of effect doesn't run.
can be used instead of length -1.
This is about manual signaling, basically offer/answer can have minimal information, or if enough time given it may have all candidates inside itself.
But after one side recieves candidates, the other should recieve candidates shortly, otherwise some kind of hidden timer runs out and connection fails.
Because candidates of answerer are gathered only after an offer is set, waiting for all candidates of answerer will trigger such time out.
setting offer and answer without exchanging any candidates is fine, and you can wait for minutes before you begin exchanging candidates.
This is mainly a problem with manual signaling.
- send/recieve offer answer.
- only one player sets candidates of opponent.
- wait 20 seconds.
- failed (for the side that did set candidates).
- now other player sets candidates.
- both connected.
rtcweb-wg/mdns-ice-candidates#121
honestly absurd that move means an action of both players, and that should be changed ideally, however that is very unlikely to happen.
Move could be confusing for people that do not know my definition. While ply is very meaningless word (if u don't know what it means), it would at least force people to look up definition. As opposed to thinking about move being action of two people.
Not sure if this problem should be fixed you can select right square with tabbing, but the order of tabbing could be wrong, like it would go from bottom to top, instead of top to bottom.
you can manually set tab index, but thats dangerous.
Honestly a bigger problem is accessibility, and this is part of it, I guess to make it more accessibile I need to put handlers on svg elements, and have them have text, like 'c6: white king' and make it live area etc.