- Dec 13, 2012
-
-
Sam Spilsbury authored
-
Daniel van Vugt authored
It was causing a critical rendering regression (LP: #1089279). It also caused a second strange regression where it was no longer possible to safely revert 3513 (!?) without a causing a more severe regression of LP: #1087193.
-
- Dec 07, 2012
-
-
Sam Spilsbury authored
-
Sam Spilsbury authored
immediately release the buffer. [ RUN ] ConfigureRequestBuffer.QueryAttributesDispatchAndRearm [ OK ] ConfigureRequestBuffer.QueryAttributesDispatchAndRearm (0 ms)
-
Sam Spilsbury authored
This class provides the buisness logic responsible for inhibiting calls to XConfigureWindow until an appropriate time to do so. It provides an interface for callers to both add a pending configure to the queue but also to "lock" the queue and prevent XConfigureWindow from being called for the most recent configure data until those callers are ready for the queue to be released. There are some operations which should bypass the locking behaviour directly such as window restacks and resizes where we have a custom shape. [==========] Running 10 tests from 1 test case. [----------] Global test environment set-up. [----------] 10 tests from ConfigureRequestBuffer [ RUN ] ConfigureRequestBuffer.PushDirectUpdate [ OK ] ConfigureRequestBuffer.PushDirectUpdate (0 ms) [ RUN ] ConfigureRequestBuffer.PushUpdateLocked [ OK ] ConfigureRequestBuffer.PushUpdateLocked (0 ms) [ RUN ] ConfigureRequestBuffer.PushCombinedUpdateLocked [ OK ] ConfigureRequestBuffer.PushCombinedUpdateLocked (0 ms) [ RUN ] ConfigureRequestBuffer.UnlockBuffer [ OK ] ConfigureRequestBuffer.UnlockBuffer (0 ms) [ RUN ] ConfigureRequestBuffer.ForceImmediateConfigureOnRestack [ OK ] ConfigureRequestBuffer.ForceImmediateConfigureOnRestack (0 ms) [ RUN ] ConfigureRequestBuffer.ForceImmediateConfigureOnShapedWindowSizeChange [ OK ] ConfigureRequestBuffer.ForceImmediateConfigureOnShapedWindowSizeChange (1 ms) [ RUN ] ConfigureRequestBuffer.RearmBufferLockOnRelease [ OK ] ConfigureRequestBuffer.RearmBufferLockOnRelease (0 ms) [ RUN ] ConfigureRequestBuffer.NoRearmBufferLockNoReleaseRequired [ OK ] ConfigureRequestBuffer.NoRearmBufferLockNoReleaseRequired (0 ms) [ RUN ] ConfigureRequestBuffer.RearmWhenPushReady [ OK ] ConfigureRequestBuffer.RearmWhenPushReady (0 ms) [ RUN ] ConfigureRequestBuffer.NoRearmBufferLockOnNoRelease [ OK ] ConfigureRequestBuffer.NoRearmBufferLockOnNoRelease (0 ms) [----------] 10 tests from ConfigureRequestBuffer (1 ms total) [----------] Global test environment tear-down [==========] 10 tests from 1 test case ran. (1 ms total) [ PASSED ] 10 tests
-
- Nov 25, 2012
-
-
Sam Spilsbury authored
-
Sam Spilsbury authored
-
- Nov 14, 2012
-
-
Daniel van Vugt authored
before building outputdevices.cpp
-
Daniel van Vugt authored
and requisite CMakeLists.txt fiddling.
-
- Nov 13, 2012
-
-
Daniel van Vugt authored
-
Daniel van Vugt authored
-
Daniel van Vugt authored
-
Daniel van Vugt authored
compiz_test_outputdevices can now be built (without linking to core or X11).
-
Daniel van Vugt authored
src/outputdevices.cpp src/outputdevices.h
-
- May 26, 2012
-
-
smspillaz authored
-
- May 24, 2012
-
-
smspillaz authored
It was a broken hack for a problem that didn't exist
-
- May 21, 2012
-
-
smspillaz authored
Fixes rebuild issues with libcompiz_core
-
- Mar 13, 2012
-
-
Daniel van Vugt authored
as in "make -j8" (LP: #938417)
-
- Mar 01, 2012
-
-
Alan Griffiths authored
-
- Feb 15, 2012
-
-
Alan Griffiths authored
-
- Feb 09, 2012
-
-
https://bugs.launchpad.net/compiz-plugins-extra/+bug/929449Alan Griffiths authored
Fix for https://bugs.launchpad.net/compiz-plugins-extra/+bug/929449 and failing tests in package build
-
- Jan 29, 2012
-
-
Daniel van Vugt authored
This not only caused massive code bloat from the duplicated class functions, but serious bugs from duplicated static data such as singleton pointers.
-
- Jan 26, 2012
-
-
Alan Griffiths authored
-
- Jan 24, 2012
- Jan 23, 2012
-
-
Alan Griffiths authored
-
smspillaz authored
-
Daniel van Vugt authored
-
Daniel van Vugt authored
so that it is impossible to get a core ABI mismatch in future. (LP: #919922) (Impossible for any binary that is linked with -lcompiz_core)
-
Daniel van Vugt authored
lib/libcompiz_core.so (LP: #919948) We do however want to install the headers. Unfortunately CMake gives you no way to say install(TARGETS something ARCHIVE DESTINATION null) and it always wants to install the archive. So we work around this problem with CMake by removing the archives' INSTALL rules and simply installing the required headers as part of compiz_core: src/CMakeLists.txt.
-
Daniel van Vugt authored
The conflicts were only noticed when I added the linker flag -Wl,-whole-archive which ensures that all objects in the compiz_* archives are included in the compiz_core shared library. (LP: #919970)
-
- Jan 22, 2012
-
-
Daniel van Vugt authored
-
- Jan 21, 2012
- Jan 20, 2012
-
-
smspillaz authored
-
Thomas Voß authored
-
Thomas Voß authored
-
- Jan 19, 2012