Inconsistent use of "yesterday"
@ayushman1210 がすでに取り組んでいます。
2025年11月21日 から。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 45/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- javascript
- 領域
- frontend
調査の方向性
リンクされている relative_date_test ページから始め、UTC-5 の例で relative-time-element v4.4.5 を使用して報告された動作を再現します。relative-time のレンダリングのエントリーポイントを追跡し、36～37時間前のタイムスタンプが前日のローカル暦日になる場合は引き続き “yesterday” と表示され、2暦日前のタイムスタンプは “2 days ago” と表示されることを確認します。
索引モデルが issue の本文から書いたものです。
説明
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.
- 主要言語
- JavaScript
- スター
- 4k
- フォーク
- 194
- 平均マージ
- 4日 10時間
- マージ済み PR（30日）
- 5
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
github/relative-time-element のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
github/relative-time-element#383 · コメント 1 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
github/relative-time-element#307 ·
-
Astro Supportオープン
難易度 4/5 3〜5日 初心者へのやさしさ 30/100
github/relative-time-element#306 · コメント 2 件 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
github/relative-time-element#293 · コメント 2 件 · リアクション 5 件 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
github/relative-time-element#272 ·
github/relative-time-element の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
Unsampled pageload span is profiled when profileLifecycle is 'trace' (browser UI profiling)対応中かも @Jxxunnn が今日担当しました。 オープンBrowser Waiting for: Product Owner
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
getsentry/sentry-javascript#25497 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
resource: destroying a resource calls AbortController.abort() without a reason, creating an AbortError with a stack trace each time対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンarea: core
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
angular/angular#71422 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug status: needs triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
facebook/docusaurus#12739 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
factory-active task-identify-harness-labels-done task-identify-issue-type-done
難易度 1/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信