Missing Timestamp in Gotify Notifications on HyperOS (Redmi K70 Ultra)
まだ誰も着手していません。
評価
調査の方向性
まず、HyperOS 2.0 を実行している Redmi K70 Ultra で、提供された 1 行および複数行の curl リクエストを使って通知の動作を再現します。Android 通知のレンダリングのエントリポイントを追跡し、1 行メッセージでタイムスタンプが表示されない理由を特定します。両方の形式で、末尾の改行に依存せずタイムスタンプが表示されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Here’s the updated bug report in English with the Redmi K70 Ultra device model specified:
Bug Report: Missing Timestamp in Gotify Notifications on HyperOS (Redmi K70 Ultra)
Environment
- Device: Redmi K70 Ultra
- OS: HyperOS 2.0
- Gotify Version: Android Client v2.8.1 / Server v2.6.1 (example)
- Reproducibility: Consistent
Description
On Redmi K70 Ultra (HyperOS 2.0), Gotify notifications only display the timestamp when the message contains line breaks (\n). Single-line messages show no timestamp, reducing usability for brief alerts.
Steps to Reproduce
-
Send a single-line message via Gotify API:
curl "http://gotify-server/message?token=XXX" -F "message=Test message" -F "priority=5"→ No timestamp appears in the notification.
-
Send a multi-line message:
curl "http://gotify-server/message?token=XXX" -F "message=Line 1\nLine 2" -F "priority=5"→ Timestamp is displayed (e.g., "19:45").
Expected Behavior
- Timestamp should appear regardless of line breaks.
Actual Behavior
- Single-line messages → No timestamp
- Multi-line messages → Timestamp visible
Possible Cause
HyperOS may apply different notification templates based on message length/formatting, causing Gotify’s timestamp to be hidden in single-line notifications.
Workaround
Manually add a line break (\n) to force timestamp visibility:
curl "http://gotify-server/message?token=XXX" -F "message=Alert\n" -F "priority=5"
Additional Notes
- Issue persists across reboots & reinstalls.
- Other Xiaomi/HyperOS devices may be affected.
Would appreciate any insights or fixes from the Gotify/HyperOS teams. Thanks!
- 主要言語
- Java
- スター
- 1.5k
- フォーク
- 218
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
gotify/android のほかの issue
-
a:feature
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
-
Faster deleteオープンa:feature
難易度 3/5 1〜2日 初心者へのやさしさ 65/100
-
a:feature
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
似ている issue
-
Clock.MakeDate continues execution and returns a rolled-over instant after dispatching error on invalid date対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープン
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
mit-cml/appinventor-sources#4155 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1〜3時間 初心者へのやさしさ 62/100
Hira-shi/PW1-DAI-Carrel-Egal-Eyer#28 ·
メンテナーはふだん 1 日以内に返信
-
`GET /v1/event/token/{uuid}` can report a BOM upload as done before policy evaluation and metrics have finished対応中かも @Zargath が今日担当しました。 オープンdefect in triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
DependencyTrack/dependency-track#7646 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
floci-io/floci#5425 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
objectionary/eo-graphs#80 ·