a really weird problem with [overdrive~]

I just discovered a weird problem with overdrive~ in combination with a few things. The problem exists with the latest max 4 (mac and pc) and max 5 (I checked only pc) as well.

-if and only if the incoming signal contains clicks (or abrupt changes)
-if and only if the signal is routed through a [freqshift~ ] object (the shift itself is irrelevant, even shift 0 'works')
-if and only if that signal is routed to an overdrive whose drive is controlled by a signal (not when it is controlled by a float)

--> then the output becomes really dirty, even with drive = 1.
i noticed the problem because this output can blowup biquads (resulting in a 'nan' output)

you can check this situation for yourself with the patch belowing and trying out the various situations, you will find out that it will only result in a dirty output when you have clicked all three green message boxes

placing a [bitsafe~] or [el.killdc~] object before or after the [freqshift~] doesn't help

can somebody explain this to me? what is [freqshift~] doing to the signal (inaudibly) that causes an [overdrive~] to behave like this? does it mess up the phase for wideband (click) signals? And why is this only a problem when the [overdrive~ ] is controlled with a signal object?