shared-phrase collision #1
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
potential-bug
question
usability-issue
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: TudbuT/qft#1
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Since the
shared-phrase
is user chosen it is possible that more than 1 send and receive party use the same phrase at the same time on the same helper server.Right now this could cause either
mixup of receiver B receiving data from sender A and vice versa
both senders to "connect" to each other and sending data at each other while the receivers get no data at all
The solution would be to let the helper server generate a phrase that is not in use at the moment and send it back to the sender. The sender then can forward the phrase to the receiver and everything else then works like usual.
This reminds me a lot of croc.
I'll see what I can do. I would really like to keep it in such a way that order of connection of sender and receiver is irrelevant, but I don't think that is possible. This won't be top priority until some more sending and receiving issues are fixed, but once those are done, I'll fix this one.
About croc: QFT is peer-to-peer, croc uses a relay.
Won't fix, i dont want to use random phrases as those generally suck, maybe i will find a nice solution soon, but for now, i don't think i have a solution here.