This change consists of multiple changes:
Core:
- Deprecation of ANY_PACKAGE macro. Added ANY_PACKAGE_DEPRECATED macro which can still be used for backwards compatibility purposes (only used in CoreUObject)
- Deprecation of StaticFindObjectFast* functions that take bAnyPackage parameter
- Added UStruct::GetStructPathName function that returns FTopLevelAssetPath representing the path name (package + object FName, super quick compared to UObject::GetPathName) + wrapper UClass::GetClassPathName to make it look better when used with UClasses
- Added (Static)FindFirstObject* functions that find a first object given its Name (no Outer). These functions are used in places I consider valid to do global UObject (UClass) lookups like parsing command line parameters / checking for unique object names
- Added static UClass::TryFindType function which serves a similar purpose as FindFirstObject however it's going to throw a warning (with a callstack / maybe ensure in the future?) if short class name is provided. This function is used in places that used to use short class names but now should have been converted to use path names to catch any potential regressions and or edge cases I missed.
- Added static UClass::TryConvertShortNameToPathName utility function
- Added static UClass::TryFixShortClassNameExportPath utility function
- Object text export paths will now also include class path (Texture2D'/Game/Textures/Grass.Grass' -> /Script/Engine.Texture2D'/Game/Textures/Grass.Grass')
- All places that manually generated object export paths for objects will now use FObjectPropertyBase::GetExportPath
- Added a new startup test that checks for short type names in UClass/FProperty MetaData values
AssetRegistry:
- Deprecated any member variables (FAssetData / FARFilter) or functions that use FNames to represent class names and replaced them with FTopLevelAssetPath
- Added new member variables and new function overloads that use FTopLevelAssetPath to represent class names
- This also applies to a few other modules' APIs to match AssetRegistry changes
Everything else:
- Updated code that used ANY_PACKAGE (depending on the use case) to use FindObject(nullptr, PathToObject), UClass::TryFindType (used when path name is expected, warns if it's a short name) or FindFirstObject (usually for finding types based on user input but there's been a few legitimate use cases not related to user input)
- Updated code that used AssetRegistry API to use FTopLevelAssetPaths and USomeClass::StaticClass()->GetClassPathName() instead of GetFName()
- Updated meta data and hardcoded FindObject(ANY_PACKAGE, "EEnumNameOrClassName") calls to use path names
#jira UE-99463
#rb many.people
[FYI] Marcus.Wassmer
#preflight 629248ec2256738f75de9b32
#codereviewnumbers 20320742, 20320791, 20320799, 20320756, 20320809, 20320830, 20320840, 20320846, 20320851, 20320863, 20320780, 20320765, 20320876, 20320786
#ROBOMERGE-OWNER: robert.manuszewski
#ROBOMERGE-AUTHOR: robert.manuszewski
#ROBOMERGE-SOURCE: CL 20430220 via CL 20433854 via CL 20435474 via CL 20435484
#ROBOMERGE-BOT: UE5 (Release-Engine-Staging -> Main) (v949-20362246)
[CL 20448496 by robert manuszewski in ue5-main branch]
This addresses an issue particularly with nDisplay nodes where the client can receive
the Sequencer state sync event before it has finished processing transactions from
the activity stream. If a sequence open on another client was created or saved by a
transaction in that stream, the nDisplay node may not be ready to open or sync a
Sequencer/player for it until its workspace is finalized.
In addition, a Sequencer/player is opened for any sequence not already open on the
client when the Sequencer state sync event is received. Since the client may have
been launched some time after other clients, it would not have received Sequencer
open events that occurred before it was launched.
This also includes some minor cleanup to event handling and delegate registration and
unregistration, as well as a few small corrections to some docstrings.
#jira UE-144128
#rb jason.walter
#preflight 623511e448746817f140bec1
[CL 19454582 by matt johnson in ue5-main branch]
- Master will now send its settings to the cluster so all nodes use the same setup
#jira UEENT-3208
#rb francis.hurteau
[CL 10465755 by Simon Therriault in Dev-VirtualProduction branch]
#jira UEENT-2978
#rb simon.tourangeau
#author andrey.yamashev
#ROBOMERGE-SOURCE: CL 9761530 in //UE4/Release-4.24/...
#ROBOMERGE-BOT: RELEASE (Release-4.24 -> Main) (v545-9751379)
[CL 9761552 by patrick boutot in Main branch]
#jira UE-79947
#rb Patrick.Boutot
#lockdown cristina.riveron
#ROBOMERGE-SOURCE: CL 8573014 in //UE4/Release-4.23/...
#ROBOMERGE-BOT: RELEASE (Release-4.23 -> Main) (v407-8568993)
[CL 8573015 by francis hurteau in Main branch]
#jira none
#rb none
#ROBOMERGE-SOURCE: CL 7710407 in //UE4/Release-4.23/...
#ROBOMERGE-BOT: RELEASE (Release-4.23 -> Main) (v385-7708028)
[CL 7710410 by francis hurteau in Main branch]
#rb none
#jira UE-78302
#ROBOMERGE-SOURCE: CL 7709233 in //UE4/Release-4.23/...
#ROBOMERGE-BOT: RELEASE (Release-4.23 -> Main) (v385-7708028)
[CL 7709235 by francis hurteau in Main branch]
Merged from CL 7437705, CL 7438413
#jira UE-78280
#rb none
#ROBOMERGE-SOURCE: CL 7708214 in //UE4/Release-4.23/...
#ROBOMERGE-BOT: RELEASE (Release-4.23 -> Main) (v385-7708028)
[CL 7708216 by francis hurteau in Main branch]
