-
-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Synchronize display name between devices, think over self-avatar, self-status #4893
Comments
disadvantage is that - same as for status - the synchronisation is delayed until a message is really sent. if you set a name on deviceA, forget about that, and then send a message from deviceB, things are not synced - even worse, DeviceA will revert the changes. also, not sure if "display name" isn't send unencrypted - which may be less often the case for status. another things to be synced in this context is the self-avatar; self-avatar, self-displayname, self-status should be considered together. so maybe a normal sync message is easier (and maybe we should prefer that also for the status) nb: this issues should be targeted after #4953 which results in fewer questions |
We should add |
It's already done for encrypted messages, but not for signed-only. #5033 fixes this |
I tried to implement it this way, but it becomes too complex. Smth like |
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
We already synchronise status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. But let's do it the same way as for `Config::{MdnsEnabled,ShowEmails}`. Otherwise, if we sync the display name using the "From" header, smth like `Param::StatusTimestamp` is needed then to reject outdated display names. Also this timestamp needs to be updated when `Config::Displayname` is set locally. Also this wouldn't work if system time isn't synchronised on devices. Also using multiple approaches to sync different config values would lead to more code and bugs while having almost no value -- using "From" only saves some bytes and allows to sync some things w/o the synchronisation itself to be enabled. But the latter also can be a downside -- if it's usual synchonisation, you can (potentially) disable it and share the same email account across people in some organisation allowing them to have different display names. With using "From" for synchronisation such a capability definitely requires a new config option.
self-avatar, self-status should be synced the same way as it's done for displayname |
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove avatar synchronisation via usual messages then, but let's think of it a bit.
Use sync messages for that as it is done for e.g. Config::Displayname. Maybe we need to remove self-status synchronisation via usual messages then, but let's think of it a bit.
We already synchronize status/footer when we see a self-sent message with a Chat-Version header. Would be nice to do the same for display name. There is no need for using a special sync message for this, same approach as with the status is enough.
The text was updated successfully, but these errors were encountered: