fix: enum conversion of primitive types would invalidate args

[fazzatti]

Issue:

When using args combination involving primitive types and enums together, the enum logic conversion for the arg values would wrongly try to covert the primitive values, invalidating those and subsequently the transaction invocation.

E.g.: given a function with payload:

    pub fn example_fn(
        _e: &Env,
        provider: Address,        // <-- combining an Address arg
        status: CustomStatus, // <-- with a enum arg
    ) 
// do anything
    }

The conversion would generate an invocation with an invalid void arg for the Address.

Solution:

I've extended on the original laboratory logic by adding another condition before falling into the last default option, to identify types other than enum and to process those as primitive types.

[fazzatti]

I took the opportunity to also check the latest changes to the same utils for type conversions on laboratory and updated this piece as these weren't altering much of the original behavior but extending some additional checks.

[fazzatti]

I also opened an issue on Laboratory as I discussed with Jeesun: stellar/laboratory#1502

The fix in this PR should cover most cases, but I figure they might implement a broader fix if there could be more complex and rarer edge cases. Therefore, we can monitor and revisit this fix if necessary.

[pselle]

Looks good! Non-blocking questions, you can change or not.

[pselle]

Do you gain anything from adding this ternary? I wouldn't block on asking it to be removed, but I'm curious.

[pselle]

Does this need to be exported?

[zachfedor]

These lines should be equivalent.

[zachfedor]

If it all works, great, but I'm wary of all these changes from type guards to casting. Normally, I try to avoid using the as keyword as much as possible because it's overriding type checking. Runtime errors can easily crop up when the values aren't what we expect.

[pselle]

@fazzatti Did you want to move this PR forward?

[fazzatti]

Reverting to draft to wait on stellar/laboratory#1502 first