1. 31 Aug, 2016 1 commit
    • Retry CLI specs that fail three times · be62b403
      For some reason our test fail due to timeouts on seemingly random
      cli tests. This instability has been growing worse. I've spent the
      better part of the last two days looking into the issue without a
      resolution. I'm starting to think it's an artefact cause by the
      virtualisation used in CI, potentially related to resources
      starvation.
      
      The specs that fail do so trying to spawn a child process. The
      process never spawns eventually resulting in a timeout. This is why
      @nschonni attempt at addressing this by increasing the timeout in
      
      Since the spawn failure is random, and catastrophic the best solution
      I can think of in the short-medium term is to instruct mocha to retry
      failing tests individually a couple times.
      
      I've scoped this behaviour to the cli specs because at the moment
      we have some specs that are not reentrant.
      xzyfer authored
  2. 26 Aug, 2016 2 commits
  3. 21 Aug, 2016 3 commits
  4. 17 Aug, 2016 1 commit
  5. 16 Aug, 2016 1 commit
  6. 10 Aug, 2016 1 commit
  7. 09 Aug, 2016 1 commit
  8. 20 Jul, 2016 1 commit
  9. 17 Jul, 2016 2 commits
  10. 14 Jul, 2016 5 commits
  11. 05 Jul, 2016 1 commit
  12. 16 Jun, 2016 2 commits
  13. 15 Jun, 2016 1 commit
    • Prevent options from leaking (#1595) · 655a85fa
      The options object passed into `render` and `renderSync` is only
      shallow copied. This is an issue when nested objects and arrays like
      custom importer and functions. In the case of custom function we
      wrap the provided function. This wrapped version replaces the provided
      one which can then leak back into the calling code. This is an issue
      if `render*` is called in a loop like in gulp-sass.
      
      Fixes #1168
      Michael Mifsud authored
  14. 10 Jun, 2016 2 commits
  15. 08 Jun, 2016 2 commits
  16. 31 May, 2016 1 commit
  17. 10 May, 2016 1 commit
    • Update watched file list when files are added or removed (#1539) · ad4c44ce
      Currently we build the Sass import graph when the CLI watcher is
      started. However the graph is not update updated when files are
      added or deleted. The latest is a big deal but the former results
      in new files not triggered rebuilds when they're changed. The only
      way to currently resolve this is to restart the CLI watcher.
      
      This patch rebuilds the Sass import graph when files are added or
      deleted to the watch always works as expected.
      
      Fixes #1538
      Michael Mifsud authored
  18. 05 May, 2016 1 commit
  19. 03 May, 2016 2 commits
  20. 02 May, 2016 4 commits
  21. 29 Apr, 2016 1 commit
  22. 28 Apr, 2016 4 commits