You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Jul 19, 2019. It is now read-only.
... will result in param resolving to a UObject pin in the resulting blueprint function.
This is because FTsuTypeIndex::Find is too aggressive right now, and will turn any unknown/unresolvable type into UObject.
It was made to be that way because of prior issues with blueprint types randomly failing to resolve, and instead of just throwing that pin away it was made to fall back on UObject instead, which would still allow any dependant blueprints to compile.
One potential fix would be to have the parser server report if the type is a derivative of UObject and only fall back to UObject if that's the case.
Trying to do something like:
... will result in
paramresolving to aUObjectpin in the resulting blueprint function.This is because
FTsuTypeIndex::Findis too aggressive right now, and will turn any unknown/unresolvable type intoUObject.It was made to be that way because of prior issues with blueprint types randomly failing to resolve, and instead of just throwing that pin away it was made to fall back on
UObjectinstead, which would still allow any dependant blueprints to compile.One potential fix would be to have the parser server report if the type is a derivative of
UObjectand only fall back toUObjectif that's the case.