On Wednesday, December 19, 2012 22:37:06 Marco Martin wrote: > On Wednesday 19 December 2012, Marco Martin wrote: > > On Wednesday 19 December 2012, Aaron J. Seigo wrote: > > > On Tuesday, December 18, 2012 19:30:04 Marco Martin wrote: > > > > what happens is that at stop containments are correctly stored (in the > > > > above directory, one per file) > > > > then sometimes, it fails to restore the containment leading to an > > > > empty > > > > one, sometimes no containment at all. > > > > > > if kamd reports the wrong activity information, it is possible that > > > libplasma does not load the activity information from the file -> empty > > > activity -> save out -> nothing in the file? > > > > i got it building on a virtualbox instance in mer... > > and it gets broken only when i do a release build. > > that's why we are not seeing this, we are always running a debug build > > > > that means the problem is in some code conditionally built only on debug > > builds > > (i remember once a bug in kactivitymanager was an operation done inside a > > kDebug() << statement, it may be that again) > > and indeed that was it (a QMetaObject::invokeMethod in Start.cpp hidden > behind a kDebug()) > fixed it in KDE/4.10 and master, so the desktop should be fine as well
You rock, Marco! -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 _______________________________________________ Active mailing list [email protected] https://mail.kde.org/mailman/listinfo/active
