VSMXMLRPCCall assumes that the attributes action, troubleaction and log are set up properly by the sub class. This is very easy to miss though so the API should be changed to enforce this better. Discovered on bug 5489.
Got some fallout from this bug, but it should be fixed now.
Code changes look good, tests pass, and I can't find any weird behavior when testing vsm communication with build 5350.