Open lewisl9029 opened 9 years ago
Should wait until #152 is done to avoid wasted work.
Try a simpler, less robust approach using remotestorage flags:
See if doing a delete on all session properties would disconnect the telehash session
Seems too error prone to implement since shared session state isn't actually supported by telehash v2. In fact, there doesn't even seem to be a documented way to disconnect a client, which is necessary for the alternative approach above.
Opened #191 as an alternative.
Reopening to keep in mind that we still want to have this eventually.
Having a separate telehash id per device is going to involve a pretty thorough overhaul of the entire messaging stack though, so it's probably a good idea to work through some of the lower hanging fruits first.
Looks like theres no need to have separate telehash id per device if we have a shared storage medium.
https://github.com/telehash/telehash.org/blob/master/v2/faq.md Can one hashname be used in two places at once? - As two completely distinct/decoupled entities, no, it would cause conflicting line handshakes depending on whichever hashname responded first. If implemented so that there is some shared private state/storage mechanism between the instances where line information is held and coordinated, then yes a hashname can be available at many different network locations. For example, one hashname can be used from many datacenters simultaneously as long as they all use the same distributed database for line state.