Tighten checks around unlinkable datablocks becoming LIB_EXTERN.
authorBastien Montagne <montagne29@wanadoo.fr>
Fri, 13 Nov 2015 14:34:07 +0000 (15:34 +0100)
committerBastien Montagne <montagne29@wanadoo.fr>
Fri, 13 Nov 2015 14:34:07 +0000 (15:34 +0100)
commit8ad2808fd74b4d74218deeb7e41e9d45e8fd5571
treeeb21ac6fabd933a11bef25b3377b8d428e320581
parent400e8c6449c88d11187fda6ea880d0126bc7c26b
Tighten checks around unlinkable datablocks becoming LIB_EXTERN.

We have currently a gooseberry file (scenes/01_island/01_meet_franck/01_01_01_A/01_01_01_A.anim.blend)
that links against two -pre repo libs, which are hence not available for common mortals,
and generate warnings and placeholders during load step.

Issue is, among those missing (directly) linked datablocks, we have two shapekeys!

This should never happen nor be possible at all. I tried understanding how this could happen,
with no luck at all, best bet would be some wild/bad call to `id_us_plus()` over those skeys
at some point...

Anyway, this commit:
- Handles a bit better those 'cases that should never happen' at load time.
- Adds several checks in ID handling code (and save/load code) to try to detect where/when
  a non-linkable datablock becomes LIB_EXTERN (i.e. directly linked).
source/blender/blenkernel/intern/library.c
source/blender/blenloader/intern/readfile.c
source/blender/blenloader/intern/writefile.c