lp:~alan-griffiths/compiz-core/bug.936487
- Get this branch:
- bzr branch lp:~alan-griffiths/compiz-core/bug.936487
Branch merges
- Sam Spilsbury: Approve
-
Diff: 21 lines (+7/-4)1 file modifiedsrc/screen.cpp (+7/-4)
Related bugs
Bug #936487: compiz crashed with SIGSEGV in XDefineCursor() | High | Fix Released |
Related blueprints
Branch information
Recent revisions
- 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
- 3009. By Sam Spilsbury
-
Fixes the state atoms never being unset if no bits were being set.
This fixes the previous commit, which was a fix for LP: #932087.
Branch metadata
- Branch format:
- Branch format 7
- Repository format:
- Bazaar repository format 2a (needs bzr 1.16 or later)
- Stacked on:
- lp:compiz-core