5 ms·

GitLab team member here. You can use absolute times (ex: October 14, 2023 11:51AM) instead of relative times in GitLab by changing your preferences: https://do

GitLab team member here. You can use absolute times (ex: October 14, 2023 11:51AM) instead of relative times in GitLab by changing your preferences: https://docs.gitlab.com/ee/user/profile/preferences.html#show-exact-times-instead-of-relative-times https://docs.gitlab.com/ee/user/profile/preferences.html#sho...

simon04 3y ago
I'm waiting for the day when I can additionally configure "use ISO8601/RfC3339 timestamps" Not only on GitLab, but everywhere. In any application. On any website. It's a pain in the ass on Linux.
- finite_depth 3y ago
  [dead]
- Am4TIfIsER0ppos 3y ago
  God yes. That should be just the locale. I have it set up right because `date` shows it correctly but nothing else respects it. Not Dolphin, not Thunderbird, not git.
- gsich 3y ago
  >Not only on GitLab, but everywhere. In any application. On any website. It's a pain in the ass on Linux. C.UTF-8, but you are correct. Windows solved this years ago.
  - IIsi50MHz 3y ago
    …? I must be misunderstanding you. I can't get ISO-8601 dates to work properly in Excel unless I set my Windows to Australia locale, or make my own parser or use a third-party library. Sure, I can format a field^Wcell with a custom format string, but Excel still won't believe me when I type/paste/import ISO-8601 dates. Unless I set 'Australia' systemwide. And no, simply adding English (Australia) as one of the additional system languages, or keyboard layouts (and switching to that layout), or number+date+currency formats doesn't work.
    - gsich 3y ago
      Oh, works here. I set locale format to German (Germany) or (Austria) while using Windows with English language. All date/time/currency formats are sane. But you could also customize the region settings in "Additional settings...".
      - IIsi50MHz 3y ago
        Good to know there are other countries with sane defaults. (-:
gsich 3y ago
For some insane (=AM/PM) reason the language is tied to time preference.
- o11c 3y ago
  Worse, there are clearly conflicting sources of truth involved. Setting locale to `en_SOMEEUROPEANCOUNTRY` will make some programs use ISO 8601 dates everywhere, but other programs use all sorts of random formats. Switching between countries changes what different subsets of programs do.
  - bmicraft 3y ago
    Throwback to when Google maps randomly chose to use km/h configured in android settings and "mph (auto)" from google account setting at once on the same screen in the app.
- Too 3y ago
  I found that setting language to UK instead of US avoids a lot of the goofiness like YY/DD/MM and 12h time. Setting the language to my native tongue instead of English just doesn’t work for all the industrial terms.
  - gsich 3y ago
    Yes, but Gitlab doesn't have that.
thebigspacefuck 3y ago
Thank you for supporting this. Anyone know if GitHub has a similar option?
troupo 3y ago
Why isn't this the default? Instead of providing a useful meaningful date, you: - obscure information - spent additional devtime creating a time conversion - spent additional time implementing an otherwise useless setting for this Why?!

simon04 3y ago

I'm waiting for the day when I can additionally configure "use ISO8601/RfC3339 timestamps" Not only on GitLab, but everywhere. In any application. On any website. It's a pain in the ass on Linux.

finite_depth 3y ago
[dead]
Am4TIfIsER0ppos 3y ago
God yes. That should be just the locale. I have it set up right because `date` shows it correctly but nothing else respects it. Not Dolphin, not Thunderbird, not git.
gsich 3y ago
>Not only on GitLab, but everywhere. In any application. On any website. It's a pain in the ass on Linux. C.UTF-8, but you are correct. Windows solved this years ago.
- IIsi50MHz 3y ago
  …? I must be misunderstanding you. I can't get ISO-8601 dates to work properly in Excel unless I set my Windows to Australia locale, or make my own parser or use a third-party library. Sure, I can format a field^Wcell with a custom format string, but Excel still won't believe me when I type/paste/import ISO-8601 dates. Unless I set 'Australia' systemwide. And no, simply adding English (Australia) as one of the additional system languages, or keyboard layouts (and switching to that layout), or number+date+currency formats doesn't work.
  - gsich 3y ago
    Oh, works here. I set locale format to German (Germany) or (Austria) while using Windows with English language. All date/time/currency formats are sane. But you could also customize the region settings in "Additional settings...".
    - IIsi50MHz 3y ago
      Good to know there are other countries with sane defaults. (-:

gsich 3y ago

For some insane (=AM/PM) reason the language is tied to time preference.

o11c 3y ago
Worse, there are clearly conflicting sources of truth involved. Setting locale to `en_SOMEEUROPEANCOUNTRY` will make some programs use ISO 8601 dates everywhere, but other programs use all sorts of random formats. Switching between countries changes what different subsets of programs do.
- bmicraft 3y ago
  Throwback to when Google maps randomly chose to use km/h configured in android settings and "mph (auto)" from google account setting at once on the same screen in the app.
Too 3y ago
I found that setting language to UK instead of US avoids a lot of the goofiness like YY/DD/MM and 12h time. Setting the language to my native tongue instead of English just doesn’t work for all the industrial terms.
- gsich 3y ago
  Yes, but Gitlab doesn't have that.

thebigspacefuck 3y ago

Thank you for supporting this. Anyone know if GitHub has a similar option?

troupo 3y ago

Why isn't this the default? Instead of providing a useful meaningful date, you: - obscure information - spent additional devtime creating a time conversion - spent additional time implementing an otherwise useless setting for this Why?!