Inconsistent use of "yesterday"
@ayushman1210 arbeitet bereits daran.
Seit 21.11.2025.
Bewertung
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Anfängerfreundlichkeit
- 45/100
- Issue-Typ
- Bug
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- javascript
- Bereich
- frontend
Rechercherichtung
Beginne mit der verknüpften relative_date_test-Seite und reproduziere das gemeldete Verhalten mit relative-time-element v4.4.5 im UTC-5-Beispiel. Verfolge den Einstiegspunkt für das relative-time-Rendering und überprüfe, dass Zeitstempel, die 36–37 Stunden alt sind, weiterhin „yesterday“ anzeigen, wenn sie auf das vorherige lokale Kalenderdatum fallen, während Zeitstempel vom vorletzten Kalenderdatum „2 days ago“ anzeigen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Using relative-time-element v4.4.5.
I am in a UTC-5 time zone. The current time for me is April 30 1:53PM (2025-04-30 18:53 UTC).
I've set up a test page at https://greasyfork.org/en/relative_date_test to show the last 48 hours of <relative-time>. Here is what I see:
- 0 hours ago shows "now", no issue.
- 1 - 13 hours ago (Apr 30 for me) - shows as "x hours ago", no issue.
- 14 - 20 hours ago (Apr 29 for me) - shows as "x hours ago", could also show as "yesterday", but that's fine.
- 21 - 35 hours ago (Apr 29 for me) - shows as "yesterday", no issue.
- 36 - 37 hours ago (Apr 29 for me) - shows as "2 days ago".
- 38 - 48 hours ago (Apr 28 for me) - shows as "2 days ago", no issue.
36 and 37 hours ago for me is Apr 29 12:53AM and 1:53AM, which is still "yesterday", not "2 days ago". Especially weird that then Apr 29 2:53AM is "yesterday".
I imagine that maybe "1.5 days ago" is getting rounded up to "2 days ago", but "yesterday" is a concept of calendar dates and not a number of hours, so there's no reason to stop using that term until it's no longer 1 calendar day ago.
- Vorherrschende Sprache
- JavaScript
- Sterne
- 4k
- Forks
- 196
- Ø Merge
- 4 T. 10 Std.
- Gemergte PRs (30 T.)
- 5
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus github/relative-time-element
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 88/100
github/relative-time-element#383 · 1 Kommentar ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
github/relative-time-element#307 ·
-
Astro SupportOffen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 30/100
github/relative-time-element#306 · 2 Kommentare ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 35/100
github/relative-time-element#293 · 2 Kommentare · 5 Reaktionen ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 42/100
github/relative-time-element#272 ·
Alle Issues in github/relative-time-element
Ähnliche Issues
-
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 88/100
fossasia/visdom-dev#69 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 74/100
-
建议写成 1949-Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 62/100
DeanChensj/jiangshan-map#133 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Frontend build fails with Frappe version-16: DataImport is no longer exported by @framework/uiOffenbug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
ew
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 1 Tag