Are timestamps on edits wrong?

Question

I've just made an edit at 23:13 UTC/GMT on 10 Jan 2023 from Ireland.  It is timestamped as "10 Jan 2023 00:13".  So it appears that the date is being taken from one timezone (my own, or one west of mine) and the time from another, an hour to the east of me.  I don't know whether I should expect this to change when the clock strikes midnight here, but it shouldn't be wrong even for one hour.

Answer 1

They are in Slovakian time, I believe

Comments

Slovakian time might be relevant for WikiTree Plus, not for the main site.

The timezone there is controlled in

https://www.wikitree.com/wiki/Special:Settings

You can select your local timezone (don't forget to save settings); then timestamps for edits should be shown using that.

---

The problem is not selecting my preferred timezone, it is that the active timezone is changing twice a day, resulting in wrong datestamps and wrong intervals between datestamps for changes to profiles, and even a wrong sort order for changes if they are made at certain times. If I had made an edit to the profile at 01:13 UTC on 10 Jan as well as the one at 23:13 UTC on 10 Jan, the first edit would appear to have been made 2 hours after the second instead of 22 hours before the second.

Answer 2

Time stamps are in GMT, Greenwich Mean Time, which governs when one day rolls over to the next. As another answer mentions, you can change the time setting.

Made a difference to me when I was very close to 1000 entries in a month, and I didn't realize the difference in times.

Answer 3

G2G is reporting 1 hours and 7 minutes between the two answers above, but the change log at https://www.wikitree.com/index.php?title=Special:NetworkFeed&who=Wellesley-1 is reporting 25 hours and 7 minutes between them!

Comments

My guess is that the times (hours and minutes) on the change history are consistent, but the day separator heading is in the wrong place.

It could be that the times are adjusted by the timezone setting, but no change is made to where the day separator heading is inserted. That would indeed be a bug.

---

Paddy, I'm not seeing a problem when I look at the change log.

I see you editing profile on 23:13 on 10 Jan 2023, asking the original question on 23:19 same day, Lucy answering on 23:22 same day, and Jane answering on 00:29 on 11 Jan 2023, so the 1 hour, 7 minutes later.

Perhaps there was a problem and it has now been fixed?

---

John, we will see different things depending on our own time setting.

Here is what I see at the moment on that change log. As Paddy says, it looks as if Jane's answer was 25 hours and 7 minutes after Lucy's, but really the difference was only one hour and 7 minutes. The heading "10 Jan 2023" is in the wrong place, possibly based on UTC.

---

That screenshot is a great help!

The time shown is clearly based on the user-selected time zone.

The date shown is based on UTC+01:00 and is ignoring the user-selected time zone.

For those using timezones other than UTC+01:00, the header placement in the change log is wrong.  Furthermore (and what originally alerted me to the bug), for these users the "Last tracked change" datestamp on profiles made at certain times of the day is also wrong.

Do we need to tag someone like Ales?

---

The  bugs  tag you already have should do the trick.

---

I was on UTC+01:00 at

https://www.wikitree.com/wiki/Special:Settings

- whether because I never changed the time zone or because I neglected to "fall back" when winter time came in last October, I don't recall.

I've changed my time zone to UTC and everything now looks OK, but Jim's screengrab confirms that there is still a problem for people in other time zones - or certainly for people whose browsers are using a different time zone than the one in their WikiTree settings.

Jim - is the WikiTree server time the same as Your local time on the settings page?  Mine were different, but are now the same.

---

Paddy, I have the timezone offset set to 10:00 hours. At present the WikiTree server time is 02:09 and the local time shows as 12:09 which is consistent.

I think times are all showing correctly. The bug is the placement of the day separator header on change logs, and also probably on contributions lists and G2G profiles.