Thanks for making the list, we'll sure appreciate any more examples you encounter.
I didn't look at the specific examples you mentioned yet, but generally some of these restarts are impossible to avoid, because in some situations all we get from 3ds Max is some notification like "hey, something about this material/object has changed" and we have no way of knowing what that is, so we play it safe and restart the IR. We could manually check if the state of the material/map/object changed in any significant way, but that would add additional processing to IR restarts (slowing them down) and there will plenty of opportunity for new bugs - instead of restarting when not needed, we might end up not restarting when needed in many cases until all the bugs are fixed (and they never are). So for now, we're just playing it safe and restarting whenever we know something has changed and we cannot reliably check that it was not something important.
Well, that was the general case. We'll definitely look into the examples you provided.
And one more example - IR is being restarted when you're navigating the material hierarchy in slate material editor. We'll try to fix this in the next release.