-
Notifications
You must be signed in to change notification settings - Fork 0
All issues
Issue creation is restricted in this repository
Issues
is:issue state:open
is:issue state:open
Search results
hyp plugin list omits a configured bundled plugin whose activate() threw, so the listing an operator is sent to cannot name the broken plugin
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1570 In hyparam/hypaware;hyp plugin doctor --json reports contribution_not_registered for a contribution the snapshot refused, and only stderr says it was refused
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1569 In hyparam/hypaware;SinkRegistry validates contribution.supports at register but resolveSupports re-reads it at instantiate, so a sink registered as supporting nothing can come back queryable
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1568 In hyparam/hypaware;plugin doctor's snapshot and listed() comments still say the three command/preset listings order by a.name after PR #1563 closes #1555
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1567 In hyparam/hypaware;plugin doctor's sink snapshot comment still cites #1553's split read as live after PR #1561 closes it
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1566 In hyparam/hypaware;SinkRegistry never binds a sink contribution to the plugin that registered it, so a sink can run under a neighbour's activation context
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1565 In hyparam/hypaware;A sink instance is labelled from the contribution's own plugin claim, not the plugin the kernel resolved and indexed it under
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1562 In hyparam/hypaware;CapabilityRegistry.provide validates neither name nor version, so a plugin can put a non-string capability name into every consumer of capabilities.list()
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1559 In hyparam/hypaware;hyp plugin doctor: describe(err) coerces a non-Error inside the catches meant to contain activation and import failure, so a hostile thrown value escapes dryRunActivate
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1558 In hyparam/hypaware;A plugin whose activate() throws is invisible in a production install: hyp status stays healthy, lists it as active, and logs nothing to daemon.log
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1556 In hyparam/hypaware;CommandRegistry.list, listGroups and initPresets.list sort through a plugin's name getter, so one contribution takes down every caller including hyp plugin doctor
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1555 In hyparam/hypaware;SkillRegistry and AgentRegistry hand their stored records back through list(), so a plugin can rewrite a validated name after registration
neutral:fixDelegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Delegate this issue to neutral for an autonomous fix attempt (reproduce -> fix -> PR)Status: Open.#1552 In hyparam/hypaware;