Tag for Blender tasks related to datablocks, library linking, assets, overrides, and related topics
No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.
Yeah, T73252.zip suvives like I said. Can have a look again tomorrow if I can come up with something
Either @pistol ioan (pistoltoto) or @Philipp Oeser (lichtwerk), please provide some steps to reproduce this issue. I can open the files from T73252.zip just fine without any crash. The originally uploaded file is too complex for a developer to analyze.
Thu, Feb 13
Wed, Feb 12
Also a bit confused here.
The original collection the instances were made from, and the instances themselves are not the same in regards to their membership in viewlayers.
Tue, Feb 11
I have edited report title, and I think that it is pretty good summary of what you describe.
Sorry, but I'm not following your comment, but it could me that get it wrong here.
We have different instances of collections... but they are in the same view layer... both parent collection and the instances of collections.
I'll try to hide ALL in one layer...but that is not possible.
One layer, in my example above, has only the light/sun, Another layer (with all instances) has all the objects.
So, amount of View Layers doesn't matter. I don't have the parent in one layer and try to hide instances in the other.
It does not work to hide collection instances...no matter what you do or in what layer you have them, if you do not exclude them totally from render and that is not the purpose. I need them in the render, but not together with the background :).
I am not too much wiser after reading manual, but I would expect this to work in similar way as Enable in Viewports, just for active view layer.
Mon, Feb 10
You have to protect unused datablocks with the "Shield" icon, see:
@Andrew Williams (sobakasu) Please simplify the example blend files. If linking is not part of the bug, please don't include that in the steps to reproduce and the example blend files.
Agree having lib.c - is too likely to collide w/ other names, BKE_lib_id.h/lib_id.c LGTM.
Quick question: if we rename BKE_library to BKE_lib, do we want BKE_lib.h/lib.c (I guess not), or something like e.g. BKE_lib_id.h/lib_id.c ?
Fri, Feb 7
Well thought through, not much to add.
Proposal sounds good to me.
Thu, Feb 6
@Bastien Montagne (mont29): that if (gpd->id.lib != NULL) was the one I was looking for, thx!
@Antonio Vazquez (antoniov): talked about the comment (add "If linking from a library"), other than that, go ahead
Not exactly thrilled to have that here, and to be looping over objects for so;e specific obdata thing...
Wed, Feb 5
@Antonio Vazquez (antoniov) : crash is I think there is still something wrong:
@Philipp Oeser (lichtwerk) I will take a look
Since Blender's newer version cannot get it to work, it is a bug. And would be troubling for Catalina + those libraries which depend on these four.
I relink all backs and ... Blender 2.82 Terminal run does not work abymore, but Blender 2.81a Terminal run as fine as before. Blender 2.81a Terminal runs with those linked or unlinked.
- Please test as follows: Link all four back, download 2.81a and try running it from Terminal. If it doesn't work, maybe, it's the brew's items which broke it, not Blender. If it works, then I could go through commit history to find something.