Skip to content
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

Browser (such as safari, chrome)'s history date&time are not set in the current timezone(ex. UTC+9) #49

Open
n-sangsasitorn opened this issue Mar 28, 2023 · 6 comments

Comments

@n-sangsasitorn
Copy link

Hello! I used storyline file to investigate the machine.
After trying several times, even I used the browser all the time, but the event that coming upfront is those Syslog, Install event.

When I checked carefully, I found out that for the browser history (such as safari, chrome), the date and time is all in UTC+0 timezone while those Syslog, Install event etc. are in current time zone (UTC+9). So, the browser events' time is not aligned with the other events.
I have tried with other mac computers as well. The behavior is the same, so timezone of browser history date&time is not in the current timezone.

As testing, I have tried running command on 28/03/2023 5pm (UTC+9 timezone)
Safari history: shows the URL that I just opened on 7:57am
safari history_results

Storyline.csv
analyze storyline_results

Could you check about it?

Thank you so much.

@n-sangsasitorn
Copy link
Author

I tried again. Somehow, the timestamp of the event (both browser and syslog) becomes aligned in UTC+0 timezone.
I'm not sure what is the reason of that behavior.
Since timestamp shows in different timezone with us, so I use the script to process the timestamp to current timezone.
It would be nice if the timestamp of the event is converted to timezone set by the mac computer automatically.

@stuartjash
Copy link
Contributor

I am looking into this. Most of the different events on macOS are in different time formats - epoch, mac absolute, local timezone, utc, etc. So we are attempting to convert all of them to utc for consistency sake. It sounds like that isn't happening on all of the items (syslog, install events, etc). I will look into it. Lmk if I have any of that inaccurate.

@stuartjash
Copy link
Contributor

I couldn't reproduce the issue of inconsistent timestamps. All times are converted to UTC +0 as I mentioned above. We can close this unless you start seeing timestamps unaligned again. Or feel free to open a feature request for converting timestamps to local instead of utc.

@n-sangsasitorn
Copy link
Author

Thank you so much for confirmation. I will close this issue.

@n-sangsasitorn
Copy link
Author

I opened this issue again as I started to see timestamps unaligned. This time, syslog is in my current timezone (UTC+9 or Japan Standard Time) while the other events is in UTC+0.
It happened to both of my machines:

  • Macbook Pro, Ventura OS
  • Macbook Air, Monterey OS

I attached the storyline file for your reference (One is storyline.csv when I set Japan timezone and the another one is storyline.csv when I set UTC+0's timezone )
I ran Aftermath for UTC+0 first and then, I converted timezone back to JST, restarted, and ran Aftermath again for JST.

Thank you so much!

storyline_UTCtimezone.csv
storyline_JapanStandardTime.csv

@stuartjash
Copy link
Contributor

Thanks for the info. I found the issue and will have a fix in the next release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants