-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
Option to only use absolute dates in history screen #4573
Comments
This came up earlier in #3999 and I'll defer to @niik's comment here about why we've chosen relative timestamps: #3999 (comment)
There's a limitation about detecting the right locale from the user's OS that we currently cannot workaround #1257 (comment) and we're tracking some outstanding Chromium issues about this #1257 (comment). If those get resolved, we can revisit this area of the UI. |
I don't see how the locale issue prevents this feature request. Absolute dates are displayed anyway if the commit is old enough. All this Feature needs is a setting to always use that output. If it's sub-optimal, that's an issue that has to be addressed in any case. That said, I would really love this option because I find anything beyond "today" and "yesterday" to be a hassle. Ok, it may look nice, but it's impractical. Additionally, the existing tooltip may be useful to know when a given commit was made, but finding a commit by date and time is still rather a chore. Please re-open this. |
Please reopen this issue. Relative dates are very frustrating - I have to look at my calendar and count back to find the actual date that something happened. |
@miriamoc99 Apologies for the added frustration. You can hover over the relative date and it will show you the absolute date, like so: |
Thanks Tiernan - I wasn't aware of that feature. |
It would be great to add a toggle to the user Settings -> Appearance panel, so the user could switch between their preference of relative or absolute dates. |
+1 to this issue. Auditors need to see specific dates, and this broken presentation functionality is forcing me to install risky Chrome plugins as a workaround. In MacOS the tooltip mentioned above disappears when you hit the screenshot key combination, so that doesn't work. |
+1 to this issue Need this to create easy documentation of validated software. Else we need to use another system and have a parallel processed less attached to the source code |
I have already +1ed but just want to emphasise how irritating relative dates are. I have to spend brain power working out when something occurred, rather than the system just telling me. Someone has had to put effort into creating the relative date functionality, so why not just let us use the normal datetime too? |
As a workaround, the Github Absolute Dates chrome extension does append the actual datetime to the relative one. |
+1 for making this an option. "1h ago" is not precise (can be anything from 60 to 119 minutes ago), just give coders/admins all detail information so they can work without hassle. (UTC as default would be fine for those, and newbies can easily learn what's the delta to UTC via Wikipedia or www.timeanddate.com) |
This is a MUCH needed option. It even looks like that what's already there by default. If the page loads slowly, you see actual dates until the page fully loads and switches to relative dates! When someone says "There was a blip in production at 3:30 on March 3rd", it would take only seconds to find if ther was a build around that time. The way it is now is hovering over 3 pages of "5 days ago" strings looking for dates/times... That is just crazy. |
Ditto. This option is essential. I can't understand why it wasn't done years ago, it's so obvious. Also surely the locale issue which is the stated reason for not doing this would also affect the relative date once you start counting "days ago"? So I can only assume that is wrong. I'd rather have the date in UTC if all else fails and work out the time correction myself. |
WELL DISORGANIZATION IS A CURDE AND TIME IS NOTHING BUT ESSENCE.....VAPOR
BEING OUR MOST BASIC FORM HERE ON THIS PLANET.....MUCH LOVE MY BROTHER,
GIVE THE FAMILY LOVE FROM ME <3 <3 3 8008135
…On Mon, Jul 18, 2022 at 1:45 PM Tim Williams ***@***.***> wrote:
Ditto. This option is essential. I can't understand why it wasn't done
years ago, it's so obvious.
Also surely the locale issue which is the stated reason for not doing this
would also affect the relative date once you start counting "days ago"? So
I can only assume that is wrong. I'd rather have the date in UTC if all
else fails and work out the time correction myself.
—
Reply to this email directly, view it on GitHub
<#4573 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AZ7JDDIGX47EEK7ATSMPPADVUWX5BANCNFSM4E52OXXQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
+1 |
this is still an issue and seems like an easy fix plz @niik
I just always want to see the date and maybe even the time |
I installed Tampermonkey (a Greasemonkey alternative) on Firefox for UserScripts and then the UserScript GitHub-static-time. That works well. Still the option to show absolute dates should be a GitHub standard feature. |
Relative dates are awful. Please make this a setting I can change! |
If it were just commit history, I wouldn't care, we still have command line, we still have But Actions' workflow run history also shows only "12 days ago", which is sort of annoying, when I'm looking for the logs of an Action execution whose timestamp I happen to know. And the hover trick doesn't work here either. Couldn't we just have a checkbox for this, like at Profile / Appearance, right next to the "default emoji skin tone", the "tab size preference" and the "use / don't use monospace font in markdown editing" ? |
Hey folks, first of all this is it repository for GitHub Desktop, the official, open source, GitHub client and we don't control how GitHub.com chooses to format date and time. Several of the most recent comments seem to have us confused with GitHub the website. To provide feedback around GitHub.com behavior I would suggest visiting the GitHub Community Discussions. Secondly, the best way to show your support for this feature is by adding a 👍 reaction to the top of this issue. "+1" and "me too"-type comments are not helpful and could lead to us having to restrict commenting on this issue. |
I found two open issues for absolute dates Replace "Friendly Date" format in favor of Date/TimeStamp #16550 Option to show absolute dates #5972 I don't see any posts associating a PR with either, so it looks like the requests are being ignored(??) |
would be cool to just do away with the |
I have no idea who thought that showing date like 'a day ago' is more useful than absolute date. |
That's not useful with other browsers. |
Yes. That's unambiguous across timezones. I may colloquially say "I commented on this last week", but for written communication, I need precision. |
+1 Adding my vote to reopen this. Thanks to @tierninho who showed us where to look, this could be as easy as replacing the annoying relatives with the date from the tooltip. |
This is really frustrating. "12 days ago" is a useless time indicator. Especially since there's a mouseover for the actual time. Just use the actual time! If you can't figure out the local time from the browser, just use GMT and label it as such. "May 12, 18:30 GMT." Why is this even a problem? |
People have been asking this feature for 5 years now... |
This is ludicrous. I'm currently trying to track down an update that's causing performance issues that happened between the 14th and 15th Jan - "last month" is no damn use to anyone and hovering over the timestamp to get a tooltip showing what I need is not a solution. Now using Tortoise Git to actually show the info required. |
@shiftkey please consider re-opening this issue its a long standing user request and seems like it should be a relatively easy fix to implement, we are dying |
@sterlingcrispin I am no longer an active contributor to GitHub Desktop |
@steveward help we are dying |
Hover really isn't useful if you want to see the timestamps of a lot of files, and it's not useful on a mobile device. If localization is a real problem I'd be fine with just displaying UTC, but if the hover is able to display relative dates, it's clearly possible. Precision and accuracy are more important to me than "friendliness". |
Description
Currently the History tab displays the commit timestamp in relative terms if the commit was recent enough. I would like an option to always display the absolute date (and possibly time).
Version
Steps to Reproduce
Expected Behavior
If the 'Use absolute dates' option is enabled: Commit is listed with description, contributor name, and date in locale-aware format (optionally also time).
Actual Behavior
If the commit is within the last 7 days, the commit date is listed relative to the current date: e.g. '5 days ago', or '5 hours ago' if within the last 24 hours.
Additional Information
N/A
Logs
N/A
The text was updated successfully, but these errors were encountered: