even if I turn specular and clearcoat to 0 on the default Principled BSDF shader, it's still a little brighter than the bake.

yeah I noticed that. I switched over to cycles and I'm still seeing dull specular. I wonder what it is...

cheers, thanks for the tip.

Confirmed it's fixed. Thankyou!!

I see this was marked as invalid. is there some other way to stop the tab key from toggling to pose mode on an armature?

interesting. what makes the click select+activate worth special casing then? is there some essential use case that requires a mismatch between selected bones and a deselected active bone?

hmm.. we might want to revisit this. if the user has clicked on a bone to make it active, then box selected a new set of bones (removing the highlight for the originally active bone) the UI is now displaying a stake state that is longer correct right?
both the viewport, and the outliner are saying that the highlighted bones are selected. but if the user performs an operation that requires an active bone, the box selected bones are ignored and only the last clicked bone is acted upon.

After looking at it it a bit more, it looks like these issues are all because multires was not implemented as a conventional hierarchical subdiv and is instead storing the vertices relative to the edgewise linear interpolation of the parent level subdivision. it's also not adjusting the parent's cage vertice positions during level switching and instead only does a reshape when choosing "apply base" instead of on each level switch.

looks to still be a problem in

on further reflection, I think I made be misunderstanding the intended behaviour of multi-res. I was expecting it to behave like open subdiv (i.e. pixar, zbrush, maya etc)
http://graphics.pixar.com/opensubdiv/docs/release_34.html

hitting apply base on subdivided cube after modifying lowest and highest levels of subdivision is producing odd artifacts too.

Just hit this trying to use "group remove" w a texture mask on a VertexWeightEdit Modifier as well.