Valid Pop token format #1664
Labels
be1-go
be2-scala
fe1-web
fe2-android
good first issue
Good for newcomers
P2
First Level Priority (Should fix)
For now the form a valid PoP token must have is undefined. For example, the scala backend will consider any base64 strings to be acceptable pop tokens, including empty ones, leading to issues when creating channels for rollcall participants... Another example is Fe1 that doesn't even have the requirement of them being base64 when scanning tokens during rollcall. There is a need to agree on the format (i.e: regex) valid pop token should have so as to avoid as much as possible undefined behaviours among subsystems.
Subsystems concerned:
Front-ends:
Back-ends:
The text was updated successfully, but these errors were encountered: