Skip to content
This repository was archived by the owner on Nov 25, 2022. It is now read-only.

Improve multi-device support #52

Closed
6 tasks done
r10s opened this issue Oct 29, 2017 · 5 comments
Closed
6 tasks done

Improve multi-device support #52

r10s opened this issue Oct 29, 2017 · 5 comments
Labels
feature proposal spec issues affecting the interoperability with e-mail

Comments

@r10s
Copy link
Member

r10s commented Oct 29, 2017

Multi-device support is handled rudimentary, but there is many stuff that is not synced. Not sure if everything is really needed and possible, but I think we'll collect these things here:

Discussions:

  • Check if messages deleted on DeviceA should/can also be deleted on DeviceB
  • Check if notifications shown on DeviceA should/can disappear if the message is read on DeviceB and the message on DeviceA should be marked as read
  • Check if archived/sticky chats, maybe starred messages should/can be synchronized
  • Check multi-device, oob-verification and verified-groups

This issue is currently not part of the Milestone 1.0.0 as this would delay the whole thing too much.

@csb0730
Copy link
Contributor

csb0730 commented Nov 4, 2017

See my last comment for deltachat/deltachat-android#148

Going on here ...

@r10s
Copy link
Member Author

r10s commented Dec 20, 2017

see also deltachat/deltachat-android#143

@testbird
Copy link
Contributor

testbird commented Jan 5, 2018

Copied @csb0730's closed comment deltachat/deltachat-android#148 (comment) and pasted this here to keep the info:

to keep it simple:

  • Just let the DC show every message which is new for the local client (not existent in local database)
  • If "From:" header contains own configured address show it as outgoing, but show it. If chat for incoming message not exists (at the device X) I would vote for: show it in "contact requests". From there user can start chat if desired.
  • And my special wish (again ;-) ): If "To:" header contains own configured address: show it a) in chat where it comes from or b) in "contact requests" when own configured address is used in "From:". From there chat can be started if desired. This will violate no convention. Even at mail server You see a new message in INBOX in this case!

I think these three points will ease the multi device support.

@testbird
Copy link
Contributor

testbird commented Aug 20, 2018

(from #164)

If it really really (and after having tested it again) can't be avoided, multi-client support might later require deltachat to have a special status message in the email chat folder on the server, e.g. for better coordination of maintenance work.

@r10s
Copy link
Member Author

r10s commented Oct 26, 2018

closing this for now, the most important things are targeted by #407 we'll see how this works out and can created smaller issues for things that can be really worked on realistically.

for discussion in general, the forum at https://support.delta.chat should be used.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
feature proposal spec issues affecting the interoperability with e-mail
Projects
None yet
Development

No branches or pull requests

3 participants