the default value of `editor.autoClosingDelete` should be "always"

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ --> <!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ --> <!-- Please search existing issues to avoid creating duplicates. --> <!-- Describe the feature you'd like. --> The new setting `editor.autoClosingDelete` has been introduced for several months now. It can be set to `auto`, `always` or `never`. For years, the default behavior was `always`, but since this feature was added, the default for new users became `auto`. After months of testing, I've come to the conclusion that `always` is a better candidate for default, because `auto` is not smart enough, for several reasons: 1. When a pair is created by auto-insert, then I move the cursor away, then come back and delete, the program no longer remember it was auto-inserted, so auto-delete won't happen. 2. After auto-insert, if I keep the cursor in place, but switch to a different tab and switch back, the program no longer remember it was auto-inserted, so auto-delete won't happen. 3. Not to mention the case when I close a file and revisit it later. 3. When you highlight a piece of text `foo`, then press a key to "auto surround" it, making it `"foo"` or `(foo)` or `[foo]`, the pair is not considered auto inserted, and auto delete won't happen even if you delete immediately. 4. When you see a string like `"bar"`, and you double click it to highlight, then try to `backspace×2` to delete it, it won't work. 3. In snippets, say you have a snippet called "arrow", which is somethin like `(|) => {|}`, the pairs are not considered auto inserted, so when you tab through them and delete, auto delete won't happen. 1. Generally, whenever you have a cursor in between brackets like `{|}` then press `backspace`, human brains expect a consistent outcome every time. Since human brains don't remember whether the pair of brackets was auto-inserted, the current behavior always feel inconsistent and not intuitive. 1-6 happens a lot, especia…