Blender Git Loki

ReadFile stats: Add more data to new BlendReadFileReport structure.

Merge branch 'master' into override-recursive-resync

Initial addition of read file report struct.

Merge branch 'master' into override-recursive-resync

Merge branch 'master' into override-recursive-resync

Conflicts:
source/blender/blenkernel/intern/lib_override.c

Merge branch 'master' into override-recursive-resync

LibOverride: refactor recursive resync.

We need to re-evaluate what needs to be resynced after each step of
processing overrides from a given 'indirect level' of libraries.
Otherwise, recusrive overrides (overrides of linked overrides) won't
work.

Note that this should not change too much in practice currently, since
there are other issues with recursive overrides yet.

Also, checks (CLOG errors) added show that some ID (node trees) seem to
be detected as needing resynced even after beig just resynced, this
needs further investigation still. Could be though that it is due to
limit currently set on nodetrees, those are always complicated
snowflakes to deal with...

Cleanup: remove comments on asserts in skin modifier, now that issue is fixed.

Merge branch 'master' into override-recursive-resync

Merge branch 'master' into override-recursive-resync

LibOverride: Some moar tweaks and fixes to recursive resync.

Merge branch 'master' into override-recursive-resync

LibOverride: add helper to retrieve override data from an ID.

Embedded IDs do not own their own override data, but rather use the one
from their owner.

IDManagement: Shapekey: add a `owner_get` callback.

Even though shepkeys are not strictly speaking an embedded data, they
share quiet a few points with those, and from liboverride perspective
they are embedded, so...

Merge branch 'master' into override-recursive-resync

LibOverride: Do not try to generate override data of linked data.

This is obviously not saved, and should never be editable, so was only a
waste of time.

Merge branch 'master' into override-recursive-resync

ID management: remapping: add flag to enforce refcounting handling.

While indeally we should only skip refcounting when relevant tag is set,
doing this in remapping code is too risky for now.

Related to previous commit and T88555.

Merge branch 'master' into override-recursive-resync

ID management: Do not assume that `NO_MAIN` means `NO_USER_REFCOUNT`

While this is still very fuzzy in current code, this old behavior makes
it close to impossible to efficiently use out-of-main temp data, as it
implies that we'd need to update refcounts everytime we add something
back into BMain (an 'un-refcount' ID usages when removing from BMain).

Now that we have two separate flags/tags for those two different things,
let's not merge them anymore.

Note that this is somewhat on-going process, still needs more checks and
cleanup. Related to T88555.