9 Commits (ee01c1917526eeec8c511693179a87c314387bec)

Author	SHA1	Message	Date
diffwireauto	92a9cd75a2	feat(#1030): reach Share logs and About from the connect screen ... A radio that will not connect is exactly when a user needs the log, and the only way to it ran through device Settings, which needs a connected radio. The scanner now has a settings icon that opens an app-only settings screen: App Settings, Debug (Share logs, the logging switch, both log viewers) and About. Navigation only. How logs are written is untouched: Share logs calls the same LogExport.shareLogs the log screens use, on the same on-disk file. The device Settings screen keeps every category. Its About pane and the app-level Debug rows moved into AboutView and DebugLogTiles, which both screens now share; Device CLI, Serial capture and Mesh topology need the radio and stay in device Settings only. Export failures now persist until dismissed and are logged: "No log available to export" was a 4-second snackbar, and a share or save that threw had no handler at all. New owner-approved string: debugLog_exportFailed. Other locales fall back to English per untranslated.json. Tests pin both sides with the radio disconnected: Share logs hands the on-disk file to the share sheet, About shows the version, no device category or radio row appears, both error messages persist, and device Settings still has everything. Each check was made to fail against a deliberately broken build first. Part of Epic #693. Agent: BrightDog (session 38fb0e08) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>	2 weeks ago
diffwireauto	8cea58ec1d	fix(#931): two defects from the second pre-PR review ... 1. existingFiles() walked hardcoded names with per-name exists(), so the periodic flush could rotate mid-walk and return a name it had just confirmed and rotation then renamed. Handing the share sheet a path that no longer resolves fails the WHOLE export, which is the exact failure the rotated-log fix existed to prevent. Now one directory listing, filtered and ordered by name. flushAndGetAllFiles() degrades to the active file if listing throws, because the logger cannot report its own listing failure anywhere, and one log beats none. shareLogs() also re-checks existence at the last moment, since a trace can be pruned between collection and share. 2. forceDartIsolateBlock used DateTime.now() for its deadline. The wall clock can move backwards, which would push the deadline away and leave the app frozen past the window or indefinitely, needing a force-kill on a test build. Now a Stopwatch, which is monotonic, matching what the Kotlin block already did with nanoTime. analyze clean, 1307 tests pass. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	4 weeks ago
diffwireauto	d2e9358f4d	fix(#910): four defects from the pre-PR review ... 1. The export shipped only the active log, and FileLogWriter._rotated was private, so offband.1.log and .2.log were unreachable by anything. An exit-record pointer line written at startup rotates out after a couple of MiB of ordinary logging, handing over a trace file with its metadata gone. FileLogWriter now exposes the files that exist, keeping the rotation naming where it belongs, and the mobile export attaches all of them. 2. dispose() called ioExecutor.shutdownNow() while a read could be holding a MethodChannel.Result. Interrupting it left the Result neither succeeded nor errored, so the Dart future never completed. Now shutdown(), with a disposed flag and a RejectedExecutionException path that always replies. 3. The trace read was skipped for REASON_CRASH_NATIVE on the assumption that its stream is always a protobuf. AOSP says a trace from an earlier ANR stays attached even when the process later died for another reason, so gating on the reason loses real text traces. The read is now attempted on every record and a printable-bytes check decides whether the content is usable. 4. The test-only main-thread block used a single Thread.sleep, which an interrupt could cut short: no ANR, no record, and a wasted trip to the hardware. It now sleeps to a deadline and ignores interrupts, which guarantees the duration without a busy-wait's CPU burn. Review also flagged that FileLogWriter can exceed maxBytes for a single oversized entry. That is pre-existing writer semantics, already pinned by a test in this branch, and deliberately not changed here. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	4 weeks ago
diffwireauto	31bdfb9489	feat(#910): ship ANR traces with the exported log ... shareLogs() exported exactly one file, the active offband.log, and the rotated .1.log and .2.log were never exported at all. So a trace written anywhere other than inline would never have reached anyone, and a trace written inline would later rotate out of the only file that ships. SharePlus already takes a list of files, so this attaches the trace files beside the log with no new UI and no new localized strings. Mobile only: the records are Android-only and the desktop path saves a single chosen file. Without this the Epic would ship and deliver nothing, which is why it is part of the build rather than a follow-up. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	4 weeks ago
Strycher	bd43642d72	fix(#580): keep a truncated caplog and offer to save/share it ... A truncated caplog download used to completeError and discard every received byte, so the user got nothing from a buffer still intact on the device (a tester lost 8461/8608 bytes, 98.3%, deterministically per firmware#711 so retry can't help). Now truncation is a soft outcome: - downloadCaplog() returns a CaplogDownload (bytes + received/expected/chunks + truncated) instead of throwing; busy/timeout still throw. - serial_capture_screen still writes + LogExport.shareFile the partial bytes, marks the file "# PARTIAL ..." with the counts, and shows a non-fatal warning instead of a red error. - Button label is now platform-aware (Download & save on desktop, & share on mobile) via LogExport.actionVerb, matching the App/BLE log screens. Replaces CaplogTruncatedException with CaplogDownload. Reassembler unchanged (already keeps the bytes). Adds CaplogDownload contract tests. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2 months ago
Strycher	26e0cb3211	fix(#433): address Gemini review (BuildContext async-gap + web download) ... - LogExport.shareLogs/shareFile now resolve ScaffoldMessenger and l10n strings off the context BEFORE the flush await, and _exportFile takes them as values (no BuildContext use across the async gap; avoids a deactivated-ancestor crash on Back-during-flush). - Web download: append the anchor to the document before click() (Firefox needs a connected anchor) and revoke the object URL on a delay (synchronous revoke can abort the download in Safari/iOS). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	4 months ago
Strycher	9aa83da995	fix(#433): log share = Save As on desktop, download on web ... The share helper only invoked the OS share sheet on mobile; on all desktop it opened the containing folder, which for a temp-dir capture dumped the user into TEMP amid unrelated files. Now: - Android/iOS: OS share sheet (unchanged). - Windows/macOS/Linux: native Save As dialog (file_selector) writing the file to a user-chosen location. - Web: browser download of the log text (no on-disk file on web). Adds file_selector; web download via a js_interop helper behind a conditional import. Folds in #427 (localized share strings). LogExport.shareFile keeps a compatible signature for the serial-capture screen (#430). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	4 months ago
Strycher	2565f0a880	chore(#427): localize the log-share strings (App + BLE screens) ... Route LogExport's Share tooltip, share subject, and file-logging-unavailable snackbar through context.l10n instead of hardcoded English. Adds four keys to app_en.arb (debugLog_shareLog, debugLog_openLogsFolder, debugLog_shareSubject, debugLog_fileLoggingUnavailable) and regenerates all locales (English fallback until translated). Resolves the deferred Gemini finding from #393. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	4 months ago
Strycher	7539465f70	feat(#393): add Share action to App-log screen (shared export helper) ... Extract the BLE screen's on-disk log export into lib/utils/log_export.dart and reuse it on the App-log screen, so both log screens have one consistent Share action: OS share sheet on mobile, open logs folder on desktop. The shared file already holds the app log and BLE frames combined. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	4 months ago