Francisco Giordano

This doesn't seem to be working, we need to review the breaking changes, I don't think they are many.

[Claude Code](https://docs.anthropic.com/en/docs/claude-code/overview) has huge potential for integration with Neovim, given that it's native to the terminal. It's already able to use commands like `nvim --remote-expr`. However, connecting it to Neovim...

> you have to allow Claude Code to run "Bash commands" like `nvim --remote-expr`, don't you? Yeah, the issue is I want to allow it access to nvim but only...

It's not able to run arbitrary commands, there's a user-managed allowlist (see [permission system](https://docs.anthropic.com/en/docs/claude-code/security)).

Interesting, thanks for sharing. > However, with the advent of Foundry, there's also the need for decoding base64-encoded strings in test files. Is the idea that you would do this...

I see. We will consider this request, but in the meantime I want to share a thought. The main goal of OpenZeppelin Contracts is to provide secure code for production...

`0x82b42900`/`Unauthorized()` is not a special selector. It's just an example of a user-defined error, it's shown in Example section in the article linked. The two built in selectors are `Error(string)`...

The problem with using `vm.expectRevert` before an internall call is that, if the internal call does not revert, execution will continue and silently consume the next revert, which was not...

I think this is what I was talking about: ```solidity contract ContractTest is Test { function reverts(bool b) internal { if (b) revert(); } function testInternalRevert() public { vm.expectRevert(); reverts(false);...

I'm not sure what I'm describing is relevant to this open issue though.