Heavy CPU usage when sublimetext is opened

This bug was fixed in the package hud - 13.10.1+14.04.20140206-0ubuntu1

---------------
hud (13.10.1+14.04.20140206-0ubuntu1) trusty; urgency=low

  [ Pete Woods ]
  * Re-enable quit action in HUD client library. (LP: #1269409)
  * Extra checks for null DBusMenuCollector

  [ Marcus Tomlinson ]
  * Cache size of QtGActionGroup in m_size rather and re-calculating it
    on every Size() call. (LP: #1276225)
 -- Ubuntu daily release <email address hidden> Thu, 06 Feb 2014 11:58:43 +0000

I'm sorry, but it doesn't seem fixed here.

So, I've compiled hud from trunk and it seems that the process is stuck in qtgmenu::QtGMenuModel::FindAction.
In my context here hud-service just goes to 100% cpu usage everytime I run it.

See the full backtrace at http://pastebin.ubuntu.com/6888296/ (first it's simple bt, then bt full)

Thanks for that info Marco. Have you managed to figure out which application is causing the 100% CPU usage? Is it sublimetext?

It would obviously really be helpful for us to reproduce this issue.

At the minute my theory is there's some sort of cycle in the GMenu structure that one of the apps is exporting.

Pete, yes it seems to be... In fact looking at the bt there's an "Perl-0" action that might be one of the entries in the Syntax-submenu of Sublime text.

Marco:
Hi, I'm having trouble re-creating this issue on my machine, but I have put in a fix that prevents infinite loops in QtGMenuModel::FindAction.

Could you please try something for me: Could you get and build lp:~marcustomlinson/hud/lp-1276225 and let me know if you still have this problem.

What I'm hoping you see is no more 100% usage and this message in the console: "QtGMenuModel::FindAction: Feedback loop found in GMenu hierarchy while searching for action: "x""

Thanks!

Unfortunately the loop persists... http://pastebin.ubuntu.com/6948712/