This bug was fixed in the package bamf - 0.5.0daily13.06.19-0ubuntu1
---------------
bamf (0.5.0daily13.06.19-0ubuntu1) saucy; urgency=low
[ Marco Trevisan (Treviño) ]
* New upstream release, bumping debian version to 0.5.0
* LibBamfPrivate: add new private library to share code between client
and daemon.
* libbamf, BamfView: Use dbus-properties (both values and signals) It
allows to have correct values and signals when they get updated.
Deprecating related dbus methods/signals.
* debian/control:
- don't build-depend anymore on libdbus-glib-1-dev
[ Jeremy Bicha ]
* debian/control:
- Have libbamf3-dev depend on gir1.2-bamf-3
- Drop explicit build-depends on gir1.2-glib-2.0
[ Ted Gould ]
* Have bamfdaemon depend on the library instead of vice versa.
[ Marco Trevisan (Treviño) ]
* Makefile.am.gtests: kill the launched dbus-daemon after running the
tests. (LP: #1088696, #1186915)
* BamfDaemon, LibBamf: Fix compilation errors out from ubuntu. (LP:
#1186915, #1176524)
* BamfView: use statically allocated pspec to notify property changes
BamfFactory: some initial cleanup, remove views that have changed
their path and use cached children.
* BamfView: use incremental children caching, delete them only when
daemon stops Each view used to cleanup the cached children every
time a new one was added or removed. This was needed at the dbus-
glib times to handle the case of bamfdaemon restart, but now we can
handle this nicely, clening the children up only when this happens.
* BamfView: disconnect proper callback if a bamf-tab is closed I guess
it was a typo, we need to disconnect to the callback we've been
connected to before.
* BamfView: don't try to reload the children if they're empty but we
already tried once This finally mutes the "Unable to fetch children"
warning... \o/. (LP: #943083)
* Bamf: use generic marshallers when creating signals, remove legacy
bamf-marshal Improvements to the build system, fixed "make
distcheck" (it was still referencing the old bamf.h file) and
generation of files when using parallel builds (make -jX).
* BamfMatcher: If a Window has changed its class, then we try to
rematch it This is mostly the case of LibreOffice, but if a window
has changed its class, then we should try to re-match, checking if
now it can be matched by a new application. If this is the case,
then we remove the window from the previous application (that may
eventually be closed) and we add it to the new one. Thanks to this
we can finally remove a lot of libreoffice-only related code.
[ Ubuntu daily release ]
* Automatic snapshot from revision 554
-- Ubuntu daily release <[email protected]> Wed, 19 Jun 2013
02:01:25 +0000
** Changed in: bamf (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity in Ubuntu.
Matching subscriptions: dp-unity
https://bugs.launchpad.net/bugs/943083
Title:
Unable to fetch children: No such interface `org.ayatana.bamf.view'
Status in BAMF Application Matching Framework:
Fix Committed
Status in Unity:
Invalid
Status in “bamf” package in Ubuntu:
Fix Released
Status in “unity” package in Ubuntu:
Invalid
Bug description:
WARN 2012-02-28 21:55:37 glib <unknown>:0 Unable to fetch children:
No such interface `org.ayatana.bamf.view' on object at path
/org/ayatana/bamf/application283295483
WARN 2012-02-28 21:55:56 glib <unknown>:0 Unable to fetch children:
No such interface `org.ayatana.bamf.view' on object at path
/org/ayatana/bamf/application283295483
WARN 2012-02-28 21:55:56 glib <unknown>:0 Unable to fetch children:
No such interface `org.ayatana.bamf.view' on object at path
/org/ayatana/bamf/application283295483
WARN 2012-02-28 21:55:57 glib <unknown>:0 Unable to fetch children:
No such interface `org.ayatana.bamf.view' on object at path
/org/ayatana/bamf/application283295483
WARN 2012-02-28 21:56:02 glib <unknown>:0 Failed to fetch type: No such
interface `org.ayatana.bamf.window' on object at path
/org/ayatana/bamf/window62939245
WARN 2012-02-28 21:56:02 glib <unknown>:0 Failed to fetch type: No such
interface `org.ayatana.bamf.window' on object at path
/org/ayatana/bamf/window62939245
WARN 2012-02-28 21:56:02 glib <unknown>:0 Failed to fetch type: No such
interface `org.ayatana.bamf.window' on object at path
/org/ayatana/bamf/window62939245
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: gnome-terminal 3.0.1-0ubuntu3
ProcVersionSignature: Ubuntu 3.0.0-16.28-generic 3.0.17
Uname: Linux 3.0.0-16-generic i686
NonfreeKernelModules: wl
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Date: Tue Feb 28 21:53:59 2012
ExecutablePath: /usr/bin/gnome-terminal
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
SourcePackage: gnome-terminal
UpgradeStatus: Upgraded to oneiric on 2011-12-08 (82 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/bamf/+bug/943083/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
