The system calls of hud-service noted in #6 seem to be generated in check_app_init or configure_db here http://sourcecodebrowser.com /indicator-appmenu/12.10.0/usage-tracker_8c.html .
The calls in configure_db I would not expect to be executed after doing gsettings set com.canonical.indicator.appmenu.hud store-usage-data false Since I see the system calls even after this when running killall hud-service; strace /usr/lib/x86_64-linux-gnu/hud/hud-service I assume the calls in check_app_init are to blame. This is, however, where my understanding of the problem ends. -- You received this bug notification because you are a member of Unity API bugs, which is subscribed to sni-qt. https://bugs.launchpad.net/bugs/1045262 Title: /usr/lib/indicator-appmenu/hud-service at 100% CPU when skype is running and the connection cuts off Status in The Application Menu: New Status in Skype: New Status in Qt StatusNotifierItem plugin: New Bug description: I found this to be draining my batteries: when I switch skype on in a wifi cafe to talk, and then forget to close it before moving, indicator-appmenu, and specifically the hud-service, spins taking 100% cpu until skype is closed. I report the bug here as skype is **not** the process spinning, and it behaves as it used to (with a changing grey icon since it is able to recover a connection). To manage notifications about this bug go to: https://bugs.launchpad.net/indicator-appmenu/+bug/1045262/+subscriptions -- Mailing list: https://launchpad.net/~unity-api-bugs Post to : [email protected] Unsubscribe : https://launchpad.net/~unity-api-bugs More help : https://help.launchpad.net/ListHelp
