What happened?
The macOS desktop menu has several user-visible problems reported during internal testing. PawWork > Check for Updates does not surface visible feedback on click; the updater code path exists (packages/desktop-electron/src/main/index.ts:353 → autoUpdater.checkForUpdates()), so the root cause is likely missing UI feedback, release metadata, or an updater gate condition — not a missing wire. PawWork > Reload Webview uses stale wording now that the shell is Electron-based. The desktop menu is still mostly English even when the app is used in Chinese. Help > Share Feedback and Help > Report a Bug currently open the same generic GitHub issue creation page, so the two entries do not lead to distinct workflows.
Steps to reproduce
- Open PawWork on macOS.
- Open the PawWork application menu and click Check for Updates, then inspect Reload Webview.
- Inspect the rest of the desktop menu while using the Chinese product flow.
- Open Help and click Share Feedback, then Report a Bug.
What did you expect to happen?
Check for Updates should show visible feedback whether or not an update is available (dialog or status in the menu item). Reload Webview should use current Electron-era wording. The macOS menu should be localized for Chinese users where PawWork controls the labels. Share Feedback and Report a Bug should lead to distinct, appropriate destinations.
PawWork version
v0.2.4
OS version
macOS, exact version not captured in the internal report.
Can you reproduce it again?
Yes, every time
Screenshots, recordings, or extra context
Implementation pointer from local triage: packages/desktop-electron/src/main/menu.ts currently hardcodes English menu labels, while packages/desktop-electron/src/renderer/i18n/{zh,en}.ts already has some desktop menu translation keys. The updater wire itself is connected (main/index.ts:353), so first diagnose which of menu-click handler → feedback surfacing → updater gate → release metadata is actually swallowing the interaction before assuming a functional break.
What happened?
The macOS desktop menu has several user-visible problems reported during internal testing. PawWork > Check for Updates does not surface visible feedback on click; the updater code path exists (
packages/desktop-electron/src/main/index.ts:353→autoUpdater.checkForUpdates()), so the root cause is likely missing UI feedback, release metadata, or an updater gate condition — not a missing wire. PawWork > Reload Webview uses stale wording now that the shell is Electron-based. The desktop menu is still mostly English even when the app is used in Chinese. Help > Share Feedback and Help > Report a Bug currently open the same generic GitHub issue creation page, so the two entries do not lead to distinct workflows.Steps to reproduce
What did you expect to happen?
Check for Updates should show visible feedback whether or not an update is available (dialog or status in the menu item). Reload Webview should use current Electron-era wording. The macOS menu should be localized for Chinese users where PawWork controls the labels. Share Feedback and Report a Bug should lead to distinct, appropriate destinations.
PawWork version
v0.2.4
OS version
macOS, exact version not captured in the internal report.
Can you reproduce it again?
Yes, every time
Screenshots, recordings, or extra context
Implementation pointer from local triage:
packages/desktop-electron/src/main/menu.tscurrently hardcodes English menu labels, whilepackages/desktop-electron/src/renderer/i18n/{zh,en}.tsalready has some desktop menu translation keys. The updater wire itself is connected (main/index.ts:353), so first diagnose which ofmenu-click handler → feedback surfacing → updater gate → release metadatais actually swallowing the interaction before assuming a functional break.