Description
This plan captures our work in November. This is a 5 week iteration. We will ship early December.
With Version 1.18 we made multi-root-folder workspaces available to everyone and we released plenty new functionality such as viewing diffs right in the editor, and we transitioned from Nemo to Dory 😉. We also improved performance with predictably shorter startup times on Windows and optimizations of how we handle a large number of editor decorations. The performance work doesn't come as a surprise to you if you had a look at our updated roadmap.
In this iteration we'll turn the dial more toward performance and github issues housekeeping. As a consequence you will find several performance explorations and engineering items on the plan. As you know a series of feature-rich releases always takes a toll on how much we can stay atop of all of our github issues. So, if all of a sudden you see a lot of github notification, don't get scared.
Bottom line, you won't see a lot of new features in 1.19 but you'll still get a better version of VS Code.
December 11 - 22 will not be covered by a separate plan. A couple of items are at the bottom of this plan. Our January iteration starts on January 2nd, 2018.
Endgame
- December 4th: Code freeze for the endgame
- December 8th: Endgame done
The endgame details for this iteration are tracked in November Endgame #39540.
Plan Items
Below is a summary of the top level plan items. Given the large number of explorations, we'll diverge from our usual practice of having plan items for all bullets upfront. This time we'll add them as we go.
Legend of annotations:
Mark | Description |
---|---|
🏃 | work in progress |
✋ | blocked task |
💪 | stretch goal for this iteration |
🔵 | more details required |
🔴 | missing issue reference |
Performance
- 🏃 Address collected startup performance issues (see query) Team @Microsoft/vscode
- Explore reordering of activities to improve startup time
- Explore delaying shared process on startup @joaomoreno @alexandrudima
- Explore delaying code loading of the debugger component on startup @jrieken @weinand @isidorn
- Optimize configuration reading on startup @sandy081
- 🏃 Explore caching the
package.json
files of installed extensions Cache extension manifest files #28331 @alexandrudima @sandy081
GitHub Issue Housekeeping
- Issue grooming - review, categorization, assignment November Issue Grooming - review, categorization, assignment #38209 Team @Microsoft/vscode
- Implement GitHub bots that make it easier to provide standardized responses Add standard responses to issue bot #38372 @chrmarti @mjbvz
Serviceability
- Investigate support to attach debugger to a plain nodejs
CodeHelper
process (experimental 'Processes' extension) @weinand
Language Server Protocol
- Clarify and extend protocol specification as needed @dbaeumer @aeschli
- Review and discuss proposed protocol extensions @dbaeumer @aeschli
Debug Adapter Protocol
- Clarify and extend protocol specification as needed @weinand
- Review and discuss proposed protocol extensions @weinand
Engineering
- Explore replacing the custom profiling support for slow-startup with the new inspector @jrieken
- 🏃 💪 Continue adoption/testing for electron 1.8.x @bpasero
- ✋ Track high precision touch pad issue on Windows (Chromium issue) @bpasero
- Adopting tslint 5 Migrate to tslint 5 and adopt TS noUnusedLocals #37212 Team @Microsoft/vscode
- Explore language packs/tooling for contributed translations Proposal: Language Packs #39178 @dbaeumer @sandy081
- Yeoman code generator for JS/TS provide options for more type checking @egamma
- Investigate version locking of our dev dependencies @joaomoreno
- Remove unused code Revisit and remove unused code #38414 Team @Microsoft/vscode
Documentation
- Debug Recipe: Write recipe for Next.js @auchenberg
- Debug Recipe: Write recipe for Meteor @auchenberg
- Debug Recipe: Write recipe for NodeMon @auchenberg
- Publish Python docs @gregvanl
- Publish Java docs @gregvanl
Deferred
- Make smoke test more stable @joaomoreno
- Investigate the VS Code build performance on Windows @alexandrudima
- Investigate performance issue in the Windows installer @joaomoreno
- Explore usage of ASAR for loose node modules @alexandrudima
- Explore impact of using plain nodejs to spawn helper processes @alexandrudima
- Explore improved GDPR annotations @kieferrm
December 11 - 22
Serviceability
- Provide tooling to support users in filing performance issues Team @Microsoft/vscode
- Interactive tools about active extensions, active processes and their memory and CPU consumption, unresponsive processes, ...
- Generators for performance reports that can be attached to issues (installed extensions, activated extensions, processes, memory usage)
- Explore extension health reports for users about installed extensions (thrown exceptions, activation time, …)
- Support client side log (and log viewer) that can be shared with us when there are issues
- Explore tools to guide users in filing issues @octref