Skip to content

SCRATCH: verify docs-only CI fast path #100

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
Paladin173 wants to merge 1 commit into from
Closed

SCRATCH: verify docs-only CI fast path #100

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions ROADMAP.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -249,3 +249,4 @@ sketches are captured inline below.
| BUG-043 | 2026-08-23 | WebView | Fixed Issue 80 Clarify multiple-choice panel clipped behind the composer in Android WebView: the panel's `max-height: clamp(180px, min(68vh, calc(100vh - 220px)), 420px)` collapsed because WebView evaluates vh units as 0, and the generic collapse repair re-capped it to a viewport-derived height that ignored the app titlebar/composer and could also repair the intentionally zero-height `.composer-flyout` anchor, shifting the card down behind the composer. The viewport polyfill now re-caps the expanded approval/clarify panel to the measured space between the `.app-titlebar` bottom and the card's anchor-invariant bottom edge (which tracks the composer, not the panel height) minus an 8px gap, floored at the WebUI clamp's 180px minimum, via `!important` rules on the card and its inner scroller, and excludes the prompt cards plus the flyout anchor from generic repair so the measured geometry cannot oscillate. Verified on emulator via WebView DevTools/CDP injection of the real `showClarifyCard()` path: card renders at full 420px in portrait and landscape with all choices reachable and oversized content scrolling internally |
| UX-003 | 2026-08-23 | WebView | Issue 83: when a hardware keyboard is attached (Bluetooth/USB/host), a plain Enter in the composer now sends the message and Shift+Enter inserts a newline (desktop convention), instead of forcing a newline and requiring a Send tap. The Issue #34 Enter→newline shim now reads a live `window.__hermesAndroidHardwareKeyboard` flag at keydown time and defers to WebUI's native handling when set; MainActivity detects attachment via `Configuration.keyboard`/`hardKeyboardHidden` and re-syncs the flag on page load and `onConfigurationChanged`. Soft-keyboard behavior (Enter=newline) is unchanged. Verified on emulator: a trusted Enter sent the message (the agent replied), and forcing the flag off restored newline insertion |
| BUG-044 | 2026-08-23 | Settings | Fixed Issue 81 Settings screen crashing instantly on open in v1.0.24: the reconnect polling-interval description passed a `R.plurals` quantity-resource ID to `stringResource`, which throws `Resources.NotFoundException` during composition. Switched to `pluralStringResource` and added an instrumented `SettingsScreenTest` regression that renders the screen at quantities 1 and 2 and asserts both singular/plural descriptions, so the crash is caught by the androidTest lane before release |

Loading