{"version":"2.1.248","anchor":"permission-denials-pass-the-tool-call-id-and-a-bridge-sessio","canonical_anchor":"permission-denials-pass-the-tool-call-id-and-a-bridge-sessio","heading":"Permission denials pass the tool call id, and a bridge session can honour host allow rules","tier":"internal","area":"Permissions","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.248\/e\/permission-denials-pass-the-tool-call-id-and-a-bridge-sessio","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.248","markdown":"### Permission denials pass the tool call id, and a bridge session can honour host allow rules\n\nPermission denials now carry the tool call id, and a bridge session can honour host allow rules.\n\n**What**\n\nThe deny, cancelled and default branches of the permission handler now forward the id of the tool call being decided. A bridge session also gains a flag to honour the host's allow rules, set only when the host transport is a session, plus a new entry point for placing calls.\n\n**Evidence**\n\n`honourHostAllowRules: o.host.transport.kind === \"session\"`\n\n- Area: Permissions\n- Tier: Under the hood\n- Useful: 2\/5\n- Signal: 3\/5"}