Hello! There's currently a problem with the D-Bus API testing when the TestSessionAPIsReal test suite is run so that both of its tests run real syncs.
I've looked into this in more detail and found that it is because the first test sets up a D-Bus signal handle for StatusChanged which calls loop.quit() when status == "done". Then our server fires that state *multiple* times for the first sync. The first signal finishes the first test. The second signal the second, although that sync isn't done yet. Debugging this was hard because the reasons why loop.quit() were called were also recorded per test, so they weren't visible in the second test. I'm changing that. I'm also still looking at why the "done" signal is sent more than once. I think that shouldn't happen. Suggestions welcome, in case that I don't finish this today (not unlikely, it's late and I have a choir rehearsal for a performance on Sunday...). -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. _______________________________________________ SyncEvolution mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution
