23

This was actually caused by the hurricane failover and our silly decision to seize FSMO roles. When you do this to an AD environment, you have to setup the new PDC Emulator master as the authoritative time source on the network. We, uh, didn't do that, so as a result all manner of time desynchronization has occured. I get to take the blame for it, but I ...


17

Shog brought this question's revisions (10K only) to our attention today and I immediately said "LINQ2SQL". Turns out that /review wasn't loading audit posts detached from the current DataContext, so any changes to its properties (audit posts have most visible properties altered) are tracked and an errant SubmitChanges could persist invalid data. In ...


17

I have no idea how much effort it would take to implement this, but I do have some idea how much utility it would have. Almost none at all. Moderators editing comments should be exceedingly rare. They should only be doing this to remove profanity or spam links from otherwise useful comments. Since useful comments that contain profanity and spam links are so ...


14

I'd say this is status-bydesign We're not all British, so using UTC/GMT for relative timings doesn't make much sense. Instead, as @lunboks mentioned, "yesterday" means "more than 24hrs but less than 48hrs". This is yesterday for half the world. Quick breakup: Use "relative" yesterday: No prejudice, each time zone will agree with the "yesterday" half the ...


13

This is intentional at the moment, we're testing some improvements to interesting.


13

Well that sucks! We have no clue why it's different - I'm sure at some point there was a reason. In the next build the base page will also use the "mins" format like other question lists to.


12

Old bug. Accept votes used to be deleted with the question owner - by mistake. Looks like this is one of the answers caught by that bug. I have searched but cannot find the bug report (though it may have not been reported...).


11

It's because the question was merged with an older question. Look under the question's revision history: https://stackoverflow.com/posts/12887700/revisions


10

We are using UTC time here. You can see it in the topbar So 13 hours ago was today.


10

If you are referring to date asked, you can search answers:0 (add [tagname] to the search if you wish to search by tag) and then select the "newest" tab. Here is a link to an example of that search method pre-done. If you want to search by date of lastest activity instead of date asked, do the steps above and use the "active" tab instead of the "newest" tab.


10

This is a really bad browser bug. And while we don't officially support FF 52, it seems used widely enough (because it's ESR) that this issue is probably worth working around. Basically, the layout engine decides that the timestamp has a width of zero pixels, and we have to force the browser to re-calculate the layout. This workaround is deployed here on ...


9

Please stop using weird date formats, it is very unfriendly and hard to read, specially the year! Having to do "mouseover" to understand the date is a big usability fail. Checking the date format by country you can see that most countries will find this MMM dd'YY format very weird. Dates should all change to ISO style (YYYY-MM-DD HH:mm:ssZZ). They are ...


9

The soft answer is: Often enough so that you usually have a good idea about the timing of previous conversations, but not too often for them to be annoying clutter. You probably want the hard answer, though: A monologue (one of the "speach bubbles" that combine subsequent messages by a single user) gets a time stamp if its first message is at least 15 ...


9

Stack Overflow, and the rest of the Stack Exchange network of sites uses UTC days, not local times (such as GMT with / without DST). Will have to look at the reset you mentioned - this may indeed be a bug. Update: The time resolution on the message is why this is happening. During conversion to a relative time string, if the delta is over an hour but less ...


9

It used to be shown only on dates 360 days, almost a full year, ago or older, but this has changed: now it's shown on all timestamps not belonging to the current calendar year. So you have to wait until 2020-01-01. If you can't wait, note that hovering over most (all?) timestamps (relative or absolute) will always show the full timestamp, including the year:...


9

It's a bit easier to see if you look at a chat that has a bit more activity than the one in your example but we use a three-letter abbreviation for chat messages up to a week old. So, something posted today just has the time, while something the prior day says "yst" for yesterday. Further out, we switch to days of the week, so "Sun" and "Sat" for Sunday and ...


8

I don't think it's a big deal, but I prefer the status quo to your proposal. But that's because of a major dissonance I see in your proposal which is easily fixed. If it's 20 June 2013 and I see a post dated “22 June”, I'm going to first assume June this year, then do a double take. When in June 2013, all posts dated June should have a year mark. The no ...


8

This was caused by the same time sync issues as Eeek! Chat made the robot precognitive!, which also has an answer by Pete with an acronym-laden explanation.


8

I can sort of see this for inbox notifications, but even then... if you keep the emails, they sure do look weird. This is fixed up now and we're using explicit date and time in both inbox notifications and tag filter emails. Let me know if you see any other emails that are using relative times.


8

span elements with the class relativetime are found by this js, which includes return e.minutes+" mins ago" Thus why the conversion to n mins ago. Server-side, the short notation is being output: e.g., nm ago. I think the two should be consistent, where I'd personally prefer the formatting currently implemented client-side.


8

You are sorting questions by recent activity, in which case the last active timestamp in the question list includes the most recent answer, comment or edit. Although the question was posted in 2013, a new answer was posted to that question a short while ago, the timestamp reflects the last time that answer was edited.


8

Knowing the order of answers coming in is pretty valuable to me. Even three weeks later, being able to see the date and time in comparison with the other posts is useful to me. I admit that I may be an unusual case but you've failed to show what harm it does, so even a small benefit to some makes it of value. Think about this... I ask a question... and ...


7

Update: the differential (if any) of your clock vs. server time is now taken into account when the page loads. This is used when calculating and updating relative times in JavaScript. Check the clock on your computer - my guess is that you've mixed up AM / PM. The auto refresh happens client side and does depend on having a somewhat in sync clock.


7

This is now implemented as part of the new review system. Example:


7

I think Jeff is the only one who can give the real reason, he wrote the code himself back in the early days of Stack Overflow, asking for help himself. I can only make assumptions using my common sense and own opinions. My best guess what Jeff was thinking is that showing relative time save trouble of different time zones for recent posts. If you show "...


6

Thanks to Jarrod this has been completed. The spam/offensive flag will now show the date just like the rest of the flags in the history.


6

While the '12 does make it look a bit older than it actually is, I don't see what the harm is in doing that. Besides, adding what is imho an inconsistency to the timestamper would confuse users much more than the '12 ever did, and would probably lead to people asking for it to be reverted.


6

All relative times are calculated based on your system clock. If your system clock or timezone is incorrectly configured, then the relative time displayed will be incorrect. The javascript merely asks your system what the current time is according to the UTC timezone, and your system is returning time values that are 12 hours off. It sounds as if you have ...


6

We now correct for incorrect system clocks by doing the differential from page load with a server offset in account. Basically we just record the difference between your time and server time when we load the page, then add it to the differential when doing relative date calculations. Bottom line: when it says "2 minutes ago" and updates past that, it ...


6

Times on these sites are given in UTC, not your local time. You can open the achievements dropdown box to see current UTC time; it is 16:28 UTC at the time of this writing:


Only top voted, non community-wiki answers of a minimum length are eligible