On Thu, 2014-07-10 at 14:01 +0000, Martin Pitt wrote: > > and would delay starting up of legacy apps > > How would that be? If there's no symlink in ~/.cache/ the startup > currently does not work at all. With a fallback to pkgdir it would work, > just a tad slower (that's why we have the cache). But again, you can't > rely that all user's ~/.cache/ directories are accessible at the time of > installing a click (that's the use case that doesn't affect current > phone so much, but convergence, so is low-prio), but the issue which > *does* affect the phone is installing a click and trying to start it in > the current session (as the upstart hook doesn't run then).
The way it works today is that it checks the cache and starts either the application-click or application-legacy Upstart job which handles the specifics of each type. It chooses this based on whether there is an entry in the cache with application-legacy being the fallback. If we add a step based on the Click DB before we get to that fallback it will be delayed. We don't rely on the Upstart hook, we rely on a Click hook. The Click hook runs in two places, when the package is installed or when the session is started. So if the cache is not available when the Click is installed then it is run when the session is started. If the user session is open (for instance on the phone) the Click hook is run immediately on install and the cache is up-to-date. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1333215 Title: "Unable to find keyfile for application": Does not look for .desktop files in click pkgdir To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-app-launch/+bug/1333215/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
