Repository navigation
v1.0.0
The Task extension deserves a bit of love too, so this Valentine's Day we're releasing v1.0.0! 🥰 This release includes a lot of improvements and bug fixes. Mainly around the tree view, task execution and performance.
- BREAKING Bumped the minimum required version of
taskto v3.45.3. - BREAKING The configuration key for the extension has been changed from
tasktotaskfileto avoid conflicts with VS Code's built-in task system. This resolves a long-standing issue where our extension stopped all VS Code tasks from working (#217 by @pd93).- For example,
task.pathis nowtaskfile.path. - A message will be displayed asking you to fix this when you update the extension.
- For example,
- Overhauled the task executor (#232 and #233 by @pd93).
- It now uses VS Code's built-in task provider API instead of our custom implementation. This should make it much more stable and fixes a bunch of open issues on our bug/feature tracker.
- This also means that some configuration options have been removed as they are no longer used:
taskfile.outputTotaskfile.terminal.pertaskfile.terminal.close
- Disabled status checking by default as it causes the extension to be very slow on large Taskfiles (#214 by @pd93).
- Refactored tree view to use the new
--nestedtask command (#214 by @pd93).- This should make it much faster and less buggy.
- Changed the icon/color for tasks in the tree view (#214 by @pd93).
- Disabled double-click to run by default (by @pd93).
- This was done to prevent running Tasks accidentally and because double-click conflicts with the default VSCode action of opening a Task definition with preview disabled.
- It can be re-enabled by setting
taskfile.doubleClickTimeoutto a value greater than0(e.g.500) (by @pd93).
- Fixed a bug where custom sorting and nesting would not work together (#214 by @pd93).
- Fixed a bug where running labelled tasks from the extension would not work (#234 by @pd93).