Massive memory leak in unity-panel-service and hud-service when invoking the hud on certain Firefox Profiles
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Application Menu Indicator |
Confirmed
|
Undecided
|
Unassigned | ||
indicator-appmenu (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
This is a follow-up of bug 964893.
unity-panel-service and hud-service quickly racks up memory until I kill it when invoking the HUD on my friend's Firefox profile. My profile is not affected. It's taking anywhere from a few minutes to half an hour, but it grounds the system to a halt once it clogs up enough.
1. run Firefox in the foreground
2. hit Alt to bring up HUD
3. type any text
4. select one proposal from HUD
Creating and using a new profile presents no memory leaks of this sort, so it is dependent on certain factors of one's profile.
Workaround is to kill HUD by pid which will settle everything to normal values.
The issue only correlates with firefox. GEdit, libreoffice, totem and others aren't affected.
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: unity 5.10.0-0ubuntu6
ProcVersionSign
Uname: Linux 3.2.0-24-generic x86_64
ApportVersion: 2.0.1-0ubuntu6
Architecture: amd64
CompizPlugins: [core,composite
Date: Thu Apr 26 23:08:44 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20120204)
ProcEnviron:
TERM=xterm
PATH=(custom, no user)
LANG=C
SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)
description: | updated |
affects: | unity (Ubuntu) → indicator-appmenu (Ubuntu) |
description: | updated |
summary: |
- hud- and unity-service increase memory usage and freeze firefox + Massive memory leak in unity-panel-service and hud-service when invoking + the hud on certain Firefox Profiles |
description: | updated |
description: | updated |
Can you use valgrind to generate debug info so that we can investigate this issue?