bread-launcher: log history save failures, clarify LAUNCHER_APP vs event namespace
LaunchHistory::save silently swallowed write errors; now shared by two
hosts (breadbox + breadbar's capsule), a broken cache dir silently
stopped recording launches for both. Log on failure instead.
do_launch/emit_launched's app_id parameter is the caller's bread
event-namespace id (breadbox passes "box"), not LAUNCHER_APP
("breadbox", scoped to cache/history paths only) - two similarly
named but distinct identities. Make the doc comments say so explicitly
and add tests pinning the exact namespace-check relationship, since
confusing them silently drops the emitted event.
This commit is contained in:
parent
cff77d473a
commit
470d2aa7e9
3 changed files with 174 additions and 10 deletions
|
|
@ -53,4 +53,11 @@ pub use query::{builtin_commands, eval_calc, filter_commands, parse_query, Comma
|
|||
/// this constant — that reads exactly like an unfixed bug (breadbar naming
|
||||
/// another app's identity) and invites a later "fix" that would quietly
|
||||
/// break the shared history this constant exists to guarantee.
|
||||
///
|
||||
/// **Not** the `app_id` for [`do_launch`]/[`emit_launched`]: those publish
|
||||
/// bread-bus events, which must be namespaced under the caller's *own*
|
||||
/// identity (breadbox's is `"box"`, not `"breadbox"`) or
|
||||
/// `BreadClient::emit`'s namespace check silently drops them. This constant
|
||||
/// is scoped to the cache/history path family only — see [`do_launch`]'s
|
||||
/// doc comment for the concrete failure mode if the two get swapped.
|
||||
pub const LAUNCHER_APP: &str = "breadbox";
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue