Weird. Was looking for quite some time =\ Thanks!

@Sergey Sharybin (sergey): file was there in the report (made this more visible now...)

Please always attach .blend file which demonstrates the issue.

This was fixed at some point.

AddressSanitizer: heap-use-after-free P911

Can reproduce here

Fixed by rB024f5ba2bdb.

So search, you go here: https://developer.blender.org/maniphest/
And click "Edit query" and put in your search terms in the "Query" field.

Sure you can report it.
Just have a nice minimal .blend file and a nice description :)

Might be new dependency graph, might be fix in some other area. If the issue is fixed in blender2.8, i'd consider this resolved :)

OK, just tried it and it works. New dependency graph?

@Steffen Dünner (SteffenD) can you try 2.8 also?

In T53341#614867, @Sergey Sharybin (sergey) wrote:

@Steffen Dünner (SteffenD), do you mind testing latest build from builder.blender.org?

@Steffen Dünner (SteffenD), do you mind testing latest build from builder.blender.org?

@Sergey Sharybin (sergey) it seem like it can not longer reproduce the issue on my end with either blender 2.8 or blender 2.79 :S

In T58208#614069, @Sebastian Parborg (zeddb) wrote:

I've followed your instructions and came up with this:

part_dyn_paint.blend1 MBDownload

But setting the brush doesn't crash for me.
Is this still and issue for you?

@Sebastian Parborg (zeddb), i can not reproduce the issue here, but i can currently only render on CPU. Does it happen when file is re-saved with CPU settings for you?

I've followed your instructions and came up with this:

This seems to still be a problem with the latest blender 2.8 beta.

When in particle mode...

I Can Verify that the New Nightly Build of 2.80
the cloth tests above are solved.

This is also probably same general issue as T60451…

@Sebastian Parborg (zeddb) sorry, looks like phab does not warn when you are saving updated description, that someone else changed the task in-between ;)

Might be related to (or dup of) T60836

@Bastien Montagne (mont29): thx for explanation

@Philipp Oeser (lichtwerk) that assert should for sure never be triggered, but in that case, it is caused by issue with brushes being saved in double or more (from userpref, iirc, @Campbell Barton (campbellbarton) knows the details and fixed the issue some days ago). So in that specific case, it is harmless, just means that the library reading code is only aware of one of the two brushes IDs sharing the same name… Re-saving the library with a recent build will fix that problem.

Can confirm now.

I tried to simplify the steps to reproduce by adding an instance of the collection in the same file like you suggested. Then blender crashes when I try to render the animation.

Yes, sorry I should have mentioned I linked in the collection.
I have not tried changing the link options. I have instance collections turned on.

Or: are you linking the collection? (with Instance Collection option)
[see related comment in T60963]

Confirming for now, will need some further investigation...

Cannot reproduce actually [in a build from today].

Works fine with the latest 2.80 Blender. So considering it resolved.

So this didn't work in 2.79? If it takes a lot less ram, then you probably have found a problem.