Comment 9 for bug 1130146

Hmmm…there are no 'print' statements in XMLMatches. My best guess, though, is that, when formatting the mismatch message, a newline is being included, and this is then being misformatted by subunit when sending the message upstream. Seems to me that the proper fix will be stripping carriage returns and newlines (or converting them to their escape sequences). I can't see, though, where a newline could be included; in both attribute value mismatches and text value mismatches, I use a %r to render text possibly containing a newline…