User feedback on v0.14.02b

[0xbrayo]

User wrote on discord

I only found out with Qwen that there is a left-swipe menu with sync options
sync has no feedback, no "last date synced" or failed/success indicator
sync seems to not work. No change in the chosen folder. I'm still checking out why that is.
import categorization only works in the webbrowser mode. In app mode there is no feedback after pressing the button
import categorization opens a menu to select a picture file or camera output
import categorization: after selecting the json file it imports seemingly successfully, but the webbrowser mode breaks down after saving. Afterward opening the app the default categorizations are still active

Thank you very much for the continued work! 
v0.14.0b2

Then later

Relevant LLM cites:
- "sync_datastores calls ds_from.get_buckets() → HTTP GET /api/0/buckets/ → 401 Unauthorized"
- "get_client() in android.rs must read the API key from config.toml (same path the server uses) and pass it via AwClient::new_with_api_key()."

@TimeToBuildBob address these issues

[TimeToBuildBob]

Addressed the two concrete breakage reports from the v0.14.0b2 feedback:

1. Sync 401 / empty SAF folder — Android get_client() in aw-sync never forwarded [auth].api_key from filesDir/config.toml, so GET /api/0/buckets returned 401. Fix: fix(aw-sync): forward API key on Android JNI client aw-server-rust#666. Needs a submodule bump in this repo after that merges.

2. In-app category import opens camera/gallery, no document picker — WebUIFragment had no WebChromeClient.onShowFileChooser. Fix: fix(webview): open a document picker for untyped file inputs #248.

Not in these PRs (still open on this issue):

• Sync settings discoverability (left-swipe only) and last-sync / success-fail UI.
• Category import save: browser mode "breaks after saving" and defaults coming back. Likely a separate webui persist path; the importer also rejects non-application/json MIME types, which Android often reports as application/octet-stream even for .json.
• Related: Sync aborts the app process (SIGABRT in libaw_sync.so) on Android 16 — syncBoth and syncPush alike #220 (sync SIGABRT on Android 16) — distinct from the 401.

I did not bump aw-server-rust in this repo yet; that waits on #666 merging.

[TimeToBuildBob]

ActivityWatch/aw-server-rust#666 merged. Submodule bump + SyncInterface.setDataDir: #249.

Still open here: sync UX/discoverability, category-import save persistence, #220 SIGABRT.

[akirad3d4]

Also I've noticed that the "Activity" in the hamburger menu and the one you can access by swiping left behave differently. The first one works as expected, while the second one opens the same activity page, but with the host name unknown and default views (not specific to Android). Because of this, the visualizations don't work there.

[TimeToBuildBob]

Confirmed — the left-swipe Activity item (and notification taps) hardcoded /#/activity/unknown/. The hamburger builds /activity/<real-hostname> from buckets, which is why that path gets Android visualizations.

Fix: #250. Drawer + notification now use the same sanitized device hostname as the Android buckets.

Still open here: sync UX/discoverability, last-sync/success-fail UI, category-import save persistence. Sync 401 is #249 (awaiting maintainer merge).

[TimeToBuildBob]

The three concrete breakages are now merged:

• fix(webview): open a document picker for untyped file inputs #248: embedded category import opens a document picker.
• fix(sync): pick up aw-server-rust API-key JNI client and set data dir #249: sync forwards the dashboard API key and reads the right app config.
• fix(android): open Activity view with device hostname, not unknown #250: drawer/notification Activity links use the real device hostname.

I also opened #251 for the remaining sync-feedback gap. It persists and shows the last full-sync timestamp plus success/failure, and no longer treats a failed configured-directory mirror as a successful worker sync. Full JVM unit suite passes locally; CI is running.

Still unresolved from the original report: category-import save persistence (defaults returning after save). I am leaving #247 open until that path is reproduced and fixed rather than claiming the merged pieces close the whole report.