Skip to content
  1. Oct 15, 2015
    • Marco Trevisan's avatar
      Apply ubuntu-config.patch by default · c7c92e37
      Marco Trevisan authored
      In theory we should have used profiles settings for this, providing a proper unity.ini
      But right now there's no reason for that effort.
      In case someone wants to change settings, profiles will fix this.
      c7c92e37
  2. Oct 09, 2015
    • Marco Trevisan's avatar
      Apply ubuntu-config.patch by default · 16460986
      Marco Trevisan authored
      In theory we should have used profiles settings for this, providing a proper unity.ini
      But right now there's no reason for that effort.
      In case someone wants to change settings, profiles will fix this.
      16460986
  3. Oct 31, 2013
  4. Jun 28, 2013
    • Sam Spilsbury's avatar
      Constify · 74eae1de
      Sam Spilsbury authored
      74eae1de
    • Sam Spilsbury's avatar
      Fix failing tests and run all the tests by default. · 0d0b503d
      Sam Spilsbury authored
      1. Completely remove decorOffsetMove and other related code from
         decor.cpp. Put the logic to handle the window->input () - window->border ()
         placement offset inside of setWindowFrameExtents instead. Now the window
         will always be offset from its original non-decorated position to the new
         decorated position, rather than having to guess between decoration sizes.
      2. Make saveGeometry and restoreGeometry work relative to window->border ()
         as opposed to including it in the saved geometry. It is possible that the
         border size might change during maximization, as such, we don't want to
         save the position with the border before maximizing. Instead save the position
         as if it were never decorated so that when the window is restored it can be
         restored to its original position and then adjusted for its new border size.
      3. Fix a few typoes in the tests.
      4. Moved some commonly used matchers into compiz::testing
      5. Make COMPIZ_PLUGIN_DIR accept multiple directories and look in each one
         of them for the plugin
      6. Set COMPIZ_PLUGIN_DIR appropriately for each plugin that we wish to load
         on startup so that we load locally built plugins as opposed to installed
         ones.
      7. Uncomment compiz_discover_tests for the acceptance tests. Now they are
         run by default.
      0d0b503d
  5. Jun 26, 2013
    • Sam Spilsbury's avatar
      Remove timeout · ab09af54
      Sam Spilsbury authored
      ab09af54
    • Sam Spilsbury's avatar
      Don't add the frame to the toplevel stack if it hasn't been created yet. · 37a0cdb2
      Sam Spilsbury authored
      In the event that a window is unreparented or destroyed, we usually need
      to add its frame window to the toplevel window stack until the time at
      which we recieve a DestroyNotify for it, as there may be incoming
      ConfigureNotify events puporting to stack other windows relative to
      that frame.
      
      However, this does not apply in the case where we have not yet received
      a CreateNotify for the frame window. In that case, it is not possible
      for any stacking requests to be made relative to this window, so it
      does not need to be added immediately. Instead, we can add it at the
      time that we recieve a CreateNotify for it as a regular override
      redirect window until the time that it is later destroyed.
      
      (LP: #1171314)
      37a0cdb2
    • Sam Spilsbury's avatar
      Added new test StackingSync.DestroyClientJustBeforeReparent · c1119006
      Sam Spilsbury authored
      Test that compiz' internal stack representation does not become
      confused when a a client window is marked as destroyed just before
      the ReparentNotify arrives. The parent window should not be added to
      the window stack twice, and instead by added only once when we
      recieve a CreateNotify for it.
      
      As such, restacking the parent window toward the bottom of the stack
      should result in any dependent stacking operations suceeding and not being
      mistakenly placed at the top of the stack.
      c1119006
  6. Jun 22, 2013
    • Sam Spilsbury's avatar
      Add more acceptance tests for the decor plugin. · 81b636c5
      Sam Spilsbury authored
      PixmapDecoratedWindowAcceptance.
        UndecoratedWindowExpandToOrigSize
      
          Test that upon undecoration, the window has exactly the same geometry
          as it did before decoration.
      
        DISABLED_UndecorateStaticGravityWindow
      
          Tests that for windows with a static gravity, the window has exactly
          the same geometry as it did before decoration.
      
          Disabled, as core is currently not moving the window with the static
          gravity back to where it started.
      
      AdjustmentExtents/PixmapDecorationAdjustment.
        AdjustRestoredWindowBorderMovesClient/P
      
          Test that changing the border extents causes the client window's
          absolute geometry to change.
      
        DISABLED_AdjustRestoredWindowBorderShrinkClient/P
      
          Tests that changing the border extents causes the client window's
          absolute geometry to shrink by the amount of border.
      
          Disabled, as the current behavior is to expand the frame window
          as opposed to shrinking the client (but this will be changed).
      
        DISABLED_ClientExpandsAsBorderShrinks/P
      
          Tests that as the border shrinks away, the client expands back to
          its original size.
      
          Disabled, as the current behavior is to expand the frame window 
          as opposed to shrinking the client (but this will be changed).
      
        DISABLED_ClientExpandsAsBorderShrinksWhilstMaximized/P
      
          Tests that even if the client is maximized, if the restored border
          shrinks away it demaximizes back to the same position while also
          accounting for any change in the restored window border size.
      
          Disabled, as the current behavior is to expand the frame window 
          as opposed to shrinking the client (but this will be changed).
      
        DISABLED_ClientExpandsAsBorderShrinksWhilstUndecorated/P
      
          Tests that even when the client is not permitted to be decorated
          because the decoration hint was removed, when it is redecorated
          it will be moved to the correct position taking into account any
          changes in its border size.
      
          Disabled, as the current behavior is to expand the frame window 
          as opposed to shrinking the client (but this will be changed).
      
        DISABLED_AdjustRestoredWindowInputNoMoveClient/P
      
          Tests that adjusting the input extents (as independent from the
          border extents) of the client does not cause the client to move.
      
          Disabled, as this behavior appears to be broken in core.
      
      Move the "GetImmediateParent" function into the compiz::testing namespace
      so that it can be used by other tests.
      81b636c5
  7. May 10, 2013
    • Sam Spilsbury's avatar
      Try to launch tests on another server if there's tests running in parallel. · 5476fbb1
      Sam Spilsbury authored
      Provide our own compiz_xorg_gtest_main and subclass xorg::testing::Environment
      to try and launch tests on another display if there's tests running on
      one already.
      
      This isn't by any means perfect - there are still race conditions
      surrounding XOpenDisplay and parallel test runs but it makes any
      time gap for conditions such as:
       1. Client has a server grab on the display we're checking
          and won't let go.
       2. Two servers get launched on one port and one set of tests
          interfere with the other.
      
      It also means that we're now unable to configure the display port,
      log file and config file on the command line. But we weren't using that
      anyways.
      
      Finally, the logs now point to /tmp/Compiz.Xorg.GTest.displaynum.log
      
      (LP: #1178514)
      5476fbb1
  8. Apr 22, 2013
  9. Apr 02, 2013
  10. Mar 29, 2013
  11. Mar 26, 2013
  12. Mar 21, 2013
  13. Mar 06, 2013
  14. Feb 26, 2013
  15. Feb 20, 2013
  16. Feb 19, 2013
  17. Feb 15, 2013
  18. Feb 14, 2013
  19. Feb 13, 2013
  20. Feb 12, 2013
  21. Feb 10, 2013
  22. Jan 16, 2013
  23. Jan 11, 2013