Hi,
yes, 1) is a result of the new constraint routine used, because the technic is different, the behaviour is also not exactly the same. I noticed that, but I could not find a way around this.
2) have you tried to move the range so that it's within 0 and 180 so that the min is not a negative number? maybe it will go around this block.
It's a tricky thing, because the math behind this are complex ( for me at least, and I haven't found a definite rotation constraint that works for all cases yet).
If the solution is ok for your case right now, let's call it a day, let me progress on other things, and ping me in about a week or so and I'll have another go at the constraint action, I have another idea I'd like to experiment which would solve both issues at the same time ( where the jump between min and max would happens it crosses the virtual symmetry between min and max)
bye,
Jean