[Marble-devel] Tests still failing in 4.13
Aurélien Gâteau
agateau at kde.org
Fri Apr 4 08:13:18 UTC 2014
On Fri, Apr 4, 2014, at 1:11, Aurélien Gâteau wrote:
> On Sun, Mar 30, 2014, at 16:42, Albert Astals Cid wrote:
> > Hello people, at the moment we have various 4.13 projects failing.
> >
> > Since we promised a while ago to not release without failing tests we
> > have
> > 10 days until tagging to fix the tests or we'll have to delay the
> > release.
> >
> > If you need some environment to be running, it'd be good if your test
> > could
> > bring it up automagically, if not please talk with Ben I'm sure he'll
> > be more than happy to try to help you in providing you that environment.
> >
> > I am also open to be convinced that the test is right and that it's
> > unfixable
> > to run correctly on jenkins, but make sure you are really convincing if
> > you
> > resort to that ;-)
> >
> > Gwenview (2 failing tests)
> > http://build.kde.org/view/KDE%20SC%20stable/job/gwenview_stable/196/testReport/
>
> I disabled the failing test in semanticinfobackendtest (that test did
> not
> make sense anymore with Baloo), but I can't reproduce the failure in
> placetreemodeltest.
>
> The failure happens at setup time: the tests tries to rm kde
> configuration
> dir (ie $KDEHOME, after checking it ends with ".kde-unit-test"). Failing
> snippet is the following:
>
> QString confDir = qgetenv("KDEHOME");
> QVERIFY(confDir.endsWith(".kde-unit-test")); // Better safe than
> sorry
> if (QFileInfo(confDir).isDir()) {
> bool ok = KIO::NetAccess::del(KUrl::fromPath(confDir), 0);
> QVERIFY(ok);
> }
>
> the QVERIFY(ok) fails on CI, but not on my box. It sounds like another
> situation where QFileInfo and KIO disagree. Ideas are welcome.
FYI, that test just passed. Looks like a race condition :/. On the other
hand, Gwenview is green now \o/.
Aurélien
More information about the Marble-devel
mailing list