Codegen error when using stripped metadata

It seems as if stripping pallets leads to a type not being found. This when generating metadata for Acala

The specific error comes from https://github.com/paritytech/scale-typegen/blob/c8c6f95f421d56c67be7a2bfd34ad8c615be5ace/typegen/src/utils.rs#L134, but is prob the result of some type no longer existing in the type registry that should be there.

~/github/acala-subxt main*
❯ subxt metadata --pallets EVM --url ws://localhost:9944 -o metadata.scale

~/github/acala-subxt main*
❯ cargo build
   Compiling acala-subxt v0.1.0 (/Users/pg/github/acala-subxt)
error: custom attribute panicked
 --> src/main.rs:6:1
  |
6 | #[subxt::subxt(runtime_metadata_path = "metadata.scale")]
  | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  |
  = help: message: type a should exist in registry

error: could not compile `acala-subxt` (bin "acala-subxt") due to 1 previous error

This goes away if the --pallets flag is removed.

@pgherveou I don't suppose you have a link to the repo/code that we could run that hits this error?

Reproduce the failure with subxt metadata --pallets EVM and the generated metadata.scale, then inspect typegen/src/utils.rs around the reported line. Compare code generation with and without --pallets to identify why a required registry type is missing. Done means stripped-metadata generation and the resulting cargo build succeed.