Actually, this is a bug in the extension. The documentation correctly identifies what it should be doing and the error has to do with the nested types within the list of provided values and the fact that we are not handling the types properly there.
I've been working on BLE support for iOS but it is not yet done. Eventually, I would like to move the functionality into core, but I want to think about how to do that effectively while also addressing some issues that I have with the existing BLE extension. The way extensions were first architected forced some design decisions that I do not think are appropriate for a core component. If we do make those changes, we would also have to account for this in App Inventor itself to upgrade all projects currently using the extension to use the core implementation instead, which will be a difficult thing to implement.
If we do make those changes, we would also have to account for this in App Inventor itself to upgrade all projects currently using the extension to use the core implementation instead, which will be a difficult thing to implement.
Can an extension offer a redundant implementation of core functionality? Could you allow existing projects that were implemented with and work with the BLE extension to continue as is with a no-longer maintained extension? Projects could then transition to the core implementation when they are able. It wouldn't have to be implemented. Or, maybe not enable/provide the BLE as a core feature if a project has imported the BLE extension. (Sorry if these sound like foolish ignorant suggestions.)