Audit timestamps across the GitLab product
This is a follow up of https://gitlab.com/gitlab-org/gitlab/-/issues/15206+. After introducing the possibility to select 12 vs. 24-hour format in the settings, we need to respect that setting wherever we show time in UI.
We should audit the GitLab code base for date and times to respect the user's locale / locale setting.
# Instructions
1. Open/assign yourself one of the following issues. Each issue is for auditing the usage of a legacy date formatter in a single file.
2. There are different categories of legacy date formatters, you will find a table below on how to migrate them. Sometimes, the exact format might not be available, but potentially we could use a format "close" enough. For example, some date formats might use "long" months like "January", etc., while an existing format uses "short" months like "Jan". It might be okay to use the shorter month version for the sake of consistency.
1. Note: The new date formatter has the capability to format ranges, so there might be opportunities to use that functionality.
3. Create the MR, get it reviewed and :rocket:
# Migration table
| Old format | New Format |
| - | - |
| TBA | TBA |
epic