4 Commits

Include renames

Author	SHA1	Message	Date
jaredandClaude Opus 4.8	f9ed3d7116	feat(native): register AUMID so Windows rich toasts work (D6) ... The WinRT rich toast (reply box P5-41, click-to-open-room P5-35) was inert on Windows: CreateToastNotifier needs the process under an AppUserModelID mapped to a Start-Menu shortcut, and none was registered — so it errored and silently fell back to the plain plugin toast. New native/aumid.rs (Windows-only; no-op elsewhere), called first in native::setup: (1) SetCurrentProcessExplicitAppUserModelID("LotusGuild.LotusChat"), (2) install/refresh a Start-Menu "Lotus Chat.lnk" carrying PKEY_AppUserModel_ID, reusing jumplist.rs's IShellLinkW + IPropertyStore + PROPVARIANT + IPersistFile pattern (best-effort; failures logged + swallowed). toast.rs now binds the notifier via CreateToastNotifierWithId(AUMID). CI-compile-only (windows runner); runtime needs a Windows build to confirm the toast shows a reply box + opens the room. windows-crate 0.61 symbol assumptions (IPersistFile, SetCurrentProcessExplicitAppUserModelID, PROPERTYKEY, GUID::from_u128, CreateToastNotifierWithId) validated by CI — all mirror existing jumplist.rs usage where possible. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-02 22:32:37 -04:00
jaredandClaude Opus 4.8	f883781c1f	fix(security+audit): strip latent RCE grants, opener allowlist, GDI leaks, CI hardening ... From the deep-audit wave (reviewer-verified: capability identifiers valid, no removed-crate references, GDI free ordering correct): - Removed 8 never-registered plugins (clipboard-manager, fs, shell, http, process, os, dialog, global-shortcut) from Cargo.toml AND their capability grants (shell:allow-execute, unscoped fs writes, http:default, …) — verified the web never invokes any of them. A latent RCE-class surface is gone. - on_new_window: only http/https/mailto reach the OS opener (file:///custom schemes previously bypassed the opener capability scope entirely). - set_badge_count: freed hdc + hdc_screen on all three GDI error paths (leaked per badge update in a long-running tray app). - 8s reveal failsafe gated by an AtomicBool: no longer re-shows a window the user closed to tray; page-load reveal now fires once only (logout reloads don't re-surface a tray-hidden window); recovery for a missed page-load event preserved. - toast.rs: store pruned on Activated too + capped at 20 (was unbounded). - Startup no longer panics when the bundled icon is missing (tray skipped gracefully); msSmartScreenProtection no longer disabled (throttling disables kept); rust-version corrected to 1.77.2. - release.yml update-manifest: fails on empty signatures (was: could publish a manifest that traps Windows users in a failed-update loop); partial- failure window documented. Deleted the stale upstream tauri.yml workflow. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-02 08:49:07 -04:00
jaredandClaude Opus 4.8	64569f4736	fix(native): windows 0.61 API paths — repair the CI Windows compile ... Four unresolved-import/type errors from the release build (first real compile): - toast.rs: generic IMap moved to the windows-collections crate; read the reply from the ValueSet returned by UserInput() directly (HasKey/Lookup are exposed on the class). - jumplist.rs: PROPVARIANT lives in Win32::System::Com::StructuredStorage (not windows::core); IObjectArray/IObjectCollection in Win32::System::Com (not UI::Shell); PKEY_Title in Win32::Storage::EnhancedStorage (feature added); build the title PROPVARIANT via From<&str> (VT_LPWSTR). - smtc.rs: event registrations return a plain i64 token in windows 0.61 (the EventRegistrationToken newtype is gone). - thumbbar.rs: HICON was imported inside the fn body but used in its signature — fully qualify the return type. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-01 21:18:25 -04:00
jaredandClaude Opus 4.8	a923650d02	feat(native): Tier B — WinRT rich toasts (P5-41/35) + Focus Assist sync (P5-56) ... - toast.rs: Windows.UI.Notifications rich toast (reply input + Send action); in-process Activated event → emit lotus-notification-activate {path} (click) / lotus-notification-reply {roomId,text}. Falls back to tauri-plugin-notification (WinRT error / non-Windows). The NOTIFICATION_BRIDGE now routes notifications carrying a roomId (tag) to show_rich_toast. Features: UI_Notifications, Data_Xml_Dom, Foundation_Collections. - focus_assist.rs: SHQueryUserNotificationState poll thread → emit focus-assist-changed {active} on QUNS_QUIET_TIME/PRESENTATION/D3D_FULLSCREEN/BUSY. No new Cargo features. CI Windows compile pending (no local Rust toolchain). Runtime caveat: WinRT toasts need a Start-menu shortcut + matching AppUserModelID (org.lotusguild.lotus-chat); without it CreateToastNotifier errors and the code falls back to the plugin. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-01 11:04:24 -04:00