lp:~vanvugt/compiz-core/fix-940115
- Get this branch:
- bzr branch lp:~vanvugt/compiz-core/fix-940115
Branch merges
- Alan Griffiths: Approve
- Sam Spilsbury: Approve
-
Diff: 13 lines (+3/-0)1 file modifiedplugins/decor/src/decor.cpp (+3/-0)
Related bugs
Bug #940115: Memory leak at DecorWindow::updateSwitcher() (decor.cpp:2258) | Medium | Fix Released |
Related blueprints
Branch information
Recent revisions
- 3018. By Alan Griffiths
-
Avoid SIGSEGV in XDefineCursor() when display fails to initialize. (Bug #936487)
- 3017. By Sam Spilsbury
-
Check if the mutter key exists before using it. This fixes the lack of
draggable borders if mutter isn't installed. (LP: #936781) - 3016. By Daniel van Vugt
-
Fix keyboard lockup, which occurred when a plugin was devious enough to
override handleEvent and not allow keyboard events to reach core.
(LP: #934058)Arguably we should fix the offending plugin (unityshell). But I figured it's
better to make core more robust so that the same bug can never occur with
any plugin in future. - 3012. By Sam Spilsbury
-
Also update state, actions and icon whenever the window becomes redecorated
as those may have changed while the window was undecoratedMerge lp:~smspillaz/compiz-core/compiz-core.fix_936778 into lp:compiz-core
- 3011. By Sam Spilsbury
-
Don't silently let windows that we couldn't find a sibling below for sit
at the top of the stack (LP #936675)If we couldn't find a sibling for the window upon initial map, then it means
that it needs to be placed at the bottom of the stack, since there could be
windows above it which should not be below the newly created window.Fixes a case where on startup, nautilus could be slow to load and new windows
would be created before nautilus was, and those would go above panels incorrectly.Merge lp:~smspillaz/compiz-core/compiz-core.fix_936675 into lp:compiz-core
- 3010. By Sam Spilsbury
-
Only call removeAction on the CompOption destructor and not the CompOption::Value
destructor, since plugins that make copies of CompOption::Value can cause actions to
be added through setOptionForPlugin and then those actions will be removed when the
value temporary goes away.The action adding and removing only happens within the bounds of CompOption anyways, so
its its more appropriate to have it in its destructor.Of course, this brings up another issue, which is that CompOption should be noncopyable
but this opens up a whole another can of worms.How this even worked before is beyond me...
Merge lp:~smspillaz/compiz-core/compiz-core.fix_931927 into lp:compiz-core
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:compiz-core