Tdesktop: [Feature Request] Show local time (zone) when private messaging someone

[rusins]

People can get annoyed if you send them a message while they're sleeping. It would be useful if you could see the local time for the person you are messaging based on their time zone. Here's a mock-up of how it could look:

[xvitaly]

This will be a potential privacy breach.

[rusins]

Just like you can toggle which people can see your "last seen" status, you should be able to set which people can see your time zone. Seems simple to me.

[RememberTheAir]

I don't think it's a good idea to have one more item in the settings for such a niche need, especially now that we are going to get two new privacy settings options (forwards/profile picture privacy). Also would create many false-positives for people connecting from countries where Telegram is blocked (eg. Iran, Russia) that have to tunnel their traffic through a VPN

[rusins]

I suppose you could use the same "last seen" privacy toggle for this as well, as they're very similar. Use the system time instead of network time as well.

[FelixFurtmayr]

For me the feature is rather for helping to schedule a meeting at a suitable time for all parties, not so much for preventing to send people a message while they sleep. Every time it takes me 30 seconds when I have to look the time up for the other country, where it could be just displayed there.

Maybe only specify a country for the other person? No need to transfer further info from them. In this case the time could be wrong if the other person changes location. But it would still work in 95% of my cases and without any privacy violation.

[FelixFurtmayr]

I guess the layout suggestion of rusins is good, as I put the time in the same spot when I just opened another issue for this feature ;-)

[stale[bot]]

Hey there!

This issue will be automatically closed in 7 days if there would be no activity. We therefore assume that the user has lost interest or resolved the problem on their own.

Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue.

Thanks!

[yashpalgoyal1304]

migrating over from https://github.com/telegramdesktop/tdesktop/issues/8269#issuecomment-663341855

I was thinking of such a feature from quite a long time. It would help me immensely when talking across time zones and would reduce lengthy discussions regarding times and reduce misunderstandings.

Also, this can be made approximate, for example in a range of 110 minutes maybe??

I was very happy to discover that such a feature already exists in some software. Giving example from RocketChat instance : https://chat.inkscape.org/channel/inkscape_user

[FelixFurtmayr]

One field to specify a timezone for the other person - that's it. Just like I can give a nickname for them. No security issue, as it will not fetch something from them.

I'm also still interested in the feature.

[ilya-fedin]

One field to specify a timezone for the other person - that's it.

This is a client-only bugtracker, while your feature request needs to be implemented on server side. No one who can implement this hears you.

[FelixFurtmayr]

Let me summarize - only to see if I understand correct:
No argument on the feature itself, but concerns about possible implementations (which are not really discussed yet).

In my opinion it is good to first discuss the advantages of a feature. None of my customers buys "software" from me, they all want a solution, a certain case to be solved. I also have to close many tickets. Still I will try to answer in a productive way or tell why something is low prio and give a reason for that.

Like yashpalgoyal1304 moved his topic here, I also was told to move it here. I get now the impression, that there is no discussion wanted, as there is little discussion on the feature itself.

The reason why I take the time for it is because I see the feature as important (6 other people I know will be very happy with it) and I consider telegram to be one of the best messaging apps. Therefore I spend time here. For now you are just convincing me to not spend my time.

[Aokromes]

Like yashpalgoyal1304 moved his topic here, I also was told to move it here. I get now the impression, that there is no discussion wanted, as there is little discussion on the feature itself.

well, like you have realized, this ticket is still open even if it needs server side implementation to avoid duplications, but to be clear, i doub durov will give ok to such feature.