DesktopLOKTest::testRedlineWriter is failing
Stephan Bergmann
sbergman at redhat.com
Mon Nov 6 08:58:05 UTC 2017
On 11/04/2017 10:44 PM, Tomáš Chvátal wrote:
> 2017-05-31 8:17 GMT+02:00 David Ostrovsky <d.ostrovsky at gmx.de
> <mailto:d.ostrovsky at gmx.de>>:
>
> On most recent master one test is failing here:
>
> Test name: DesktopLOKTest::testRedlineWriter
> equality assertion failed
> - Expected: Insert “t”
> - Actual : Insert t
>
>
> Hi,
>
> It seems I am reproducing this on the stable openSUSE releases while not
> on Tumbleweed...
>
> [ 7317s] Test name: DesktopLOKTest::testRedlineWriter
> [ 7317s] equality assertion failed
> [ 7317s] - Expected: Insert “t”
> [ 7317s] - Actual : Insert t
>
>
> Any ideas?
Looking at the surrounding code
> // Get redline info.
> boost::property_tree::ptree aTree;
> char* pJSON = pDocument->m_pDocumentClass->getCommandValues(pDocument, ".uno:AcceptTrackedChanges");
> std::stringstream aStream(pJSON);
> free(pJSON);
> CPPUNIT_ASSERT(!aStream.str().empty());
> boost::property_tree::read_json(aStream, aTree);
> // Make sure that pressing a key creates exactly one redline.
> CPPUNIT_ASSERT_EQUAL(static_cast<size_t>(1), aTree.get_child("redlines").size());
what's the binary content of that "char* pJSON" stream? If that's still
intact, then it's apparently boost::property_tree::read_json that's
breaking things. And if that's already garbled, then it's apparently
the producer side of that pDocument->m_pDocumentClass->getCommandValues
(whatever that is) that is breaking it and needs further investigation.
More information about the LibreOffice
mailing list