Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Bugs found while taking v0.14.2 screenshots on an emulator (incl. data lost after first restart)

クローズ
  • 何か問題がありますか？
#321 コメント 13 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

関連するプルリクエストがすでにマージされています。

  • #325 @TimeToBuildBob による — マージ済み
  • #326 @TimeToBuildBob による — マージ済み

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
45/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
android, kotlin
領域
backend, mobile

調査の方向性

This is a bundle of eight items; some already have PRs (#325 open, #326 merged) and item 1 is assigned, so check the thread first and pick a self-contained sub-item (5 dark mode, 6 back-swipe, or 4 /week/<date> snapping). For item 1, reproduce with fresh install → onboarding → POST bucket/events → force-stop → reopen and inspect /api/0/buckets/, focusing on where the DB is first opened/committed relative to first launch and WAL checkpointing. For item 2, start at the blocking thread start inside MainActivity.onResume and move it off the main thread. Done per item means its stated checkbox condition passes on a fresh emulator run.

索引モデルが issue の本文から書いたものです。

説明

Found while scripting marketing screenshots of v0.14.2 (release APK, universal) on an Android 16 emulator (AVD on CT 102, fresh install each run, demo data imported through the app's REST API at localhost:5600 with the API key from the app's config.toml).

@TimeToBuildBob this one is yours (assigned by Erik). Item 1 first; it may affect real users.

  • 1. Data written right after a fresh install is lost on the next app restart. Events and settings imported via the API vanished after the first app restart in the first 1–2 attempts of all 3 fresh runs; once the device had settled, imports survived restarts. Log buffer had rotated, so no root cause yet. Suspects: DB opened/committed before WAL checkpoint and the process killed, or the DB being recreated on first real start. Repro: fresh install → finish onboarding → POST a bucket + events → force-stop app → reopen → check /api/0/buckets/. Done when imported data survives a force-stop immediately after first launch.
  • 2. ANR on a fresh boot: "ActivityWatch isn't responding", main thread stuck in MainActivity.onResume while starting a thread. Move the blocking work off the main thread.
  • 3. Desktop-only tabs on Android: the bundled web UI shows the Window/Browser/Editor tabs, which only say "missing data from a required watcher" on a phone. Default Android to the Android views.
  • 4. Week view starts on the given date, not on Monday (/week/<date>), probably the same root cause as ActivityWatch/aw-webui#1058 item 1 (period not snapped to its start).
  • 5. Native sync settings screen ignores dark mode.
  • 6. With gesture navigation, back-swipe finishes MainActivity instead of opening the drawer or going back in the WebView.
  • 7. Fresh install shows "The saved aw-notify setting has an unsupported format" in Settings: already fixed upstream in ActivityWatch/aw-webui#1043, needs the web UI bump.
  • 8. Multi-device (@all, or several hosts) returns 0 s in the v0.14.2 web UI even with synced desktop buckets present; check after the web UI bump.

Screenshot script (re-runnable, ~8 min): CT 102 /root/aw-screenshots/android_screenshots.py --wipe.

主要言語
Kotlin
スター
277
フォーク
61
平均マージ
3日 11時間
マージ済み PR（30日）
38

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ActivityWatch/aw-android のほかの issue

ActivityWatch/aw-android の issue をすべて見る

似ている issue

Kotlin の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。