Stream: zulip

Topic: time doesn't work on mobile apps


view this post on Zulip DPC (Sep 25 2020 at 10:54):

teor said:

Unfortunately, I'm not seeing a time zone conversion in the Zulip iOS app.

Instead, I see:

The meeting is at 2020-09-28T20:00:00+02:00

To check the conversion, look at the time zone (the "+02:00" part), and make sure it matches your local time zone.
Or convert from the UTC time, which is 2020-09-28 18:00:00 UTC.

view this post on Zulip Nelson J Morais (Sep 25 2020 at 12:04):

the reported here is exactly how I see it on Android app too.

view this post on Zulip Cyphase (Sep 25 2020 at 21:53):

What do you see with the following two lines on the mobile app(s)? @teor @Nelson J Morais

The meeting is at

Meeting Time:

view this post on Zulip Lucius Hu (Sep 25 2020 at 21:56):

09/28 20:00:00 + 2
09/28 11:00:00 - 7

view this post on Zulip Lucius Hu (Sep 25 2020 at 21:56):

just use epoch time that's safe

view this post on Zulip Cyphase (Sep 25 2020 at 21:56):

Which app @Lucius Hu?

view this post on Zulip Lucius Hu (Sep 25 2020 at 21:56):

iOS zulip

view this post on Zulip Cyphase (Sep 25 2020 at 21:57):

Okay. I'm guessing it's because it's bolded.

view this post on Zulip Lucius Hu (Sep 25 2020 at 21:57):

epoch time is there for some reason

view this post on Zulip Cyphase (Sep 25 2020 at 21:57):

Wait, no, those are the raw times.

view this post on Zulip Cyphase (Sep 25 2020 at 21:58):

view this post on Zulip Lucius Hu (Sep 25 2020 at 21:58):

human readable time is bad. on top of the timezone, there's day light saving time...

view this post on Zulip Lucius Hu (Sep 25 2020 at 21:59):

countries in the same timezone not always have same time

view this post on Zulip Cyphase (Sep 25 2020 at 22:00):

That's a different discussion than this display bug. :smile:

view this post on Zulip Cyphase (Sep 25 2020 at 22:02):

Can someone who's experiencing this open an issue?

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:02):

like let's meet at 1601323200 UTC

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:02):

it forces you to convert it

view this post on Zulip Joshua Nelson (Sep 25 2020 at 22:04):

1601323200 UTC looks unreadable to me

view this post on Zulip Nelson J Morais (Sep 25 2020 at 22:04):

09/28 20:00:00 + 2
09/28 11:00:00 - 7

@Cyphase and I'm on Android zulip app.

view this post on Zulip Nelson J Morais (Sep 25 2020 at 22:05):

Screenshot_20200925_230506.jpg

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:09):

!timestamp(2020-09-28 18:00 UTC)

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:09):

doesn't work

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:12):

<time:1601323200>

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:12):

this doesn't work either

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:13):

Our next meeting is scheduled for

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:13):

this is from the docs. it's indeed broken

view this post on Zulip Lucius Hu (Sep 25 2020 at 22:16):

https://github.com/zulip/zulip-mobile/issues/4272

view this post on Zulip scottmcm (Sep 25 2020 at 23:28):

Maybe I'm weird, but seeing it in proper ISO8601 sounds great :upside_down: I'd rather see the time with my offset on the end than the current approach of need-to-hover-it-to-be-sure-it-was-translated.

view this post on Zulip teor (Sep 26 2020 at 11:29):

What do you see with the following two lines on the mobile app(s)? teor Nelson J Morais

The meeting is at 2020-09-28T20:00:00+02:00

Meeting Time: 2020-09-28T11:00:00-07:00

I'm on the iOS app, and it looks like the time tag is just being ignored.

view this post on Zulip teor (Sep 26 2020 at 11:30):

IMG_4915.PNG

view this post on Zulip teor (Sep 26 2020 at 11:30):

Note that the iOS app is entirely capable of converting times - the Zulip message times are in my local time zone.

view this post on Zulip teor (Sep 26 2020 at 11:31):

They probably haven't implemented time tag processing on mobile

view this post on Zulip DPC (Sep 26 2020 at 13:57):

but it works in the 2nd case? so it's probably implemented but breaks on bold, guess a fun bug to discover :grinning:

view this post on Zulip Cyphase (Sep 27 2020 at 02:58):

It's not working in either case there. It should start with the day of the week and not show a timezone, e.g. Thu, May 28 2020, 01:00.

view this post on Zulip teor (Sep 27 2020 at 04:55):

Yeah, I should have been clearer - neither time is in my local time zone

view this post on Zulip RalfJ (Oct 24 2020 at 09:37):

Lucius Hu said:

countries in the same timezone not always have same time

because of this, "timezone" at least in the locale sense is not just a UTC offset, it includes DST information

view this post on Zulip Josh Triplett (Oct 24 2020 at 15:35):

Time zones also include historical offset information, so that they can properly display times in the past and future as well.

view this post on Zulip RalfJ (Oct 25 2020 at 08:45):

Yeah, that's why Germany now has two timezones as far as Debian is concerned. There's a little German enclave in Switzerland that got DST a few years later than the rest of Germany, so it will now forever be a separate timezone...

view this post on Zulip Joshua Nelson (Nov 02 2020 at 14:23):

Screenshot_20201102-092301_Zulip.jpg

view this post on Zulip Joshua Nelson (Nov 02 2020 at 14:23):

It works!

view this post on Zulip Josh Triplett (Nov 02 2020 at 16:44):

Just saw that on another channel. Yay! :tada:


Last updated: Oct 11 2021 at 22:34 UTC