You are hereby closed.

SUMMARY: AddressSanitizer: heap-buffer-overflow //source/blender/draw/intern/draw_cache_impl_mesh.c:4430 in mesh_batch_cache_get_triangles_in_order_split_by_material
Full asan error backtrace: P804

Closing as fixed then. If it still happens to someone else let us know and we can re-open it.

And indeed, the active object has select mode SCE_SELECT_FACE (4), while the other cubes have select mode SCE_SELECT_FACE | SCE_SELECT_EDGE (6).

I believe it may have to do with the modes getting out of sync.
Inside edbm_select_linked_pick_invoke the call to unified_findnearest returns a valid eve, but a null efa.

Actually @Bastien Montagne (mont29) what is the point of this assert? The if almost suggest we expect to get there. Unless it is there just for the convenience of the debug print:

@Brecht Van Lommel (brecht) I can look at it on Friday, if you don't tackle it by then.

In rBce4cfbe108d0641832d86a731ea32f596220b7c5#201612, @Bastien Montagne (mont29) wrote:

That is obviously not valid fix… I’d appreciate if people cared to at least keep me in touch when they change some WIP code I am working on, especially when they do not actually fully understand it. Ideally, make a bug report!

Was lucky enough to catch that commit, proper fix is in rB65ea9ec948ff6

The hard bit about implementing this is in regard to the usability side of things. Right now each object can have its own materials, that in turn use their own textures.
To bake only to external textures means you are restrict to a single texture. Not the end of the world (and probably not hard to implement). But this is the historical reason for this missing bit.

I reopened but I‘m yet to test the file and its reproduction steps, but the video matches what I ran into before. I will claim it, but @Philipp Oeser (lichtwerk) feel free to tackle it.

I remember running into something similar. It was as if uv unwrap wouldn’t re-run if I already had a UV.

Thanks for testing, closing now. If the original report still has the issue let us know and we re-open this.

I think it would be more aligned to blender's api if you rename UI_popup_menu_freearg_end to UI_popup_menu_end_ex, having freearg as the only extra argument there.

I can't reproduce this here. Please attach the system crash log.