New qtmir makes UITK AP tests fail

[Zoltan Balogh]

Between the #106 and #107 image about 66-67 of the UITK AP tests started to fail: http://people.canonical.com/~bzoltan/UITK-AP-FAILURES-106-107/

The UITK was closed out from the suspects (http://people.canonical.com/~ogra/touch-image-stats/rtm/107.changes) as the 1.1.1279.1+14.10.20141014-0ubuntu1 version (landed on #107) gave OK test results on #106

I have flashed the #106, updated the qtdeclarative5-qtmir-plugin and qtmir-android and run the UITK tests and seen that 66-68 of the UITK tests failed.

[kevin gunn (kgunn72)]

OK, the only commit on the qtmir/rtm-14.09 branch I see that could possibly be related (out of like 3) is this one
http://bazaar.launchpad.net/~mir-team/qtmir/rtm-14.09/revision/268

[Daniel d'Andrada (dandrader)]

Getting erros like this in unity8 logs:

"""
qtmir.mir: SessionAuthorizer::connection_is_allowed - this= SessionAuthorizer(0xbc69dc) pid= 21569
qtmir.applications: ApplicationManager::authorizeSession - pid= 21569
qtmir.applications: Process supplied desktop_file_hint, loading: true
qtmir.applications: Unable to find file: "/home/phablet/.local/share/applications/tmpgz20vhdm" so will search standard paths for one named "tmpgz20vhdm" .desktop
qtmir.applications: ApplicationController::desktopFilePathForAppId - appId= "tmpgz20vhdm"
qtmir.applications: Desktop file for appId: "tmpgz20vhdm" at: "/home/phablet/.local/share/applications/tmpgz20vhdm.desktop" is not valid - check its syntax, and that the binary specified by the
Exec line is installed!
ApplicationManager REJECTED connection from app with pid 21569 as the file specified by the desktop_file_hint argument could not be opened
"""

[Daniel d'Andrada (dandrader)]

So, to have ubuntuuitoolkit autopilot tests working again *two* commits must be reverted:

1 - Revision 270 - "Rewrite DesktopFileReader to use GDesktopAppInfo, enables reading localized keys Fixes: 1350360"
2 - Revision 268 - "Sync with utopic landing of https://code.launchpad.net/~ricmm/qtmir/clean-cache-on-failed/+merge/238077"

Code from item 1 is complaining that the desktop files generated by the tests are invalid. I'm going to check that. If that's the case then we would revert only commit 2 and have ubuntu-ui-toolkit fix the desktop file generation in its autopilot tests.

[kevin gunn (kgunn72)]

after some discussion, I think the preference would be to _not_ revert the qml cache wiping. but in order to leave this in place the UITK AP tests would need to be changed so they don't just kill the apps so violently as to making qtmir think they've crashed (close vs kill)

[Daniel d'Andrada (dandrader)]

That patch solves the invalid desktop files generated by autopilot tests.

qtmir now has a better .desktop file parser. So it takes a bit more effort to fool it. :)
The Exec field now must point to an existing file.

[Timo Jyrinki (timo-jyrinki)]

https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-011 is ready for testing but, I'm not able to get the UITK AP:s running to the end on mako, even with bootstrapped device. Even if Unity8 wouldn't crash, the testing seems to halt eventually with apparently stuck mirscreencast process - if that's killed (needs kill -9), Unity8 restarts.

If anyone with krillin would be able to test it, it'd be useful. Only UITK autopilot tests.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-ui-toolkit - 1.1.1298+14.10.20141030~rtm-0ubuntu1

---------------
ubuntu-ui-toolkit (1.1.1298+14.10.20141030~rtm-0ubuntu1) 14.09; urgency=low

  [ CI bot ]
  * Resync trunk

  [ Timo Jyrinki ]
  * Modify test .desktop file (LP: #1382414) (LP: #1382414)
 -- Ubuntu daily release <email address hidden> Thu, 30 Oct 2014 07:39:12 +0000