Skip to content
Snippets Groups Projects
  1. Dec 05, 2018
    • Tristan Van Berkom's avatar
      Merge branch 'tristan/refactor-queues-update-state' into 'master' · 5d77b871
      Tristan Van Berkom authored
      _scheduler/queues/queue.py: Don't call update state outside of error handling harness
      
      See merge request !988
      5d77b871
    • Tristan Van Berkom's avatar
      _scheduler/queues: Don't call update state outside of error handling harness · 98c15463
      Tristan Van Berkom authored
      Commit 3fa79d8d, part of an initiative for caching of the failed builds,
      introduced a call to Element._update_state() after a job completes and before
      entering the error handling harness intended for handling plugin raised errors.
      
      Element._update_state() can result in triggering plugin code to
      run, so this is incorrect, and causes raised errors to crash BuildStream
      if they happen here.
      
      After analyzing the code, it appears that this additional call to
      Element._update_state() is unneeded, and was only added because the
      state needs to be updated for a failure as well as a success.
      
      Instead, we now have the BuildQueue call Element._assemble_done()
      unconditionally, regardless of whether the build was successful
      or not, which has the same effect and also reads better.
      
      In addition, added a FIXME comment that we are still conditionally
      updating the artifact cache size from BuildQueue.done() only
      if the build is successful, which is incorrect because failed builds
      also increase the local artifact cache size - to fix this we need
      to communicate the added artifact size through Element._assemble()
      regardless of whether the build succeeded or failed.
      98c15463
  2. Dec 03, 2018
  3. Nov 30, 2018
  4. Nov 29, 2018
  5. Nov 28, 2018
Loading