Delete matching closing bracket even if it is lower in the file

[dimaxiton1]

Does this issue occur when all extensions are disabled?: Yes/No

• VS Code Version: 1.57.1
• OS Version: macOS 10.15.5

Steps to Reproduce:

1. Create empty js/ts file
2. Write [] () {} brackets. Try to close the opening one.

Please make the same behavior that is using WebStorm: to always close any matching bracket, just because it is extremely convenient. Like seriously, I don't have time to close the matching bracket, especially in very complicated TS file, where I have multiple interfaces. Please make that behaviour to work out of the box. I believe that the future in your hands, you're building the amazing IDE, thank you VSCode guys!

[vscodebot]

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

• Auto closing brackets should try to balance brackets (#6841)

[ArturoDent]

What is your Editor: Auto Closing Delete setting? You may prefer always.

[zardoy]

@ArturoDent It seems that this setting doesn’t work as expected.

Just try to move the bracket to another line. Then move the cursor back to opening one and you will see that it won’t delete the closing bracket.

[dimaxiton1]

bump :)

[alexdima]

@dimaxiton1 What are the steps to reproduce the problem? If I open a blank TS file in a default VS Code installation and type (, then the closing ) auto-closes for me.

[zardoy]

Sorry for the latency here. Here is some demos on clean Insiders build:

Default VS Code installation (before setting the "editor.autoClosingDelete": "always"):

So my proposal here is to make VS Code always remove the closing bracket out of the box. This should better align with other editors (WebStorm, Xcode etc).

Also I missing a setting that would always remove the closing bracket (even if it on another line).

This should better align with WebStorm defaults.

---

I hope I made it clear.

[alexdima]

Thank you @zardoy for the extra explanation.

On the first GIF, when pressing (, the editor auto-inserts ). The ) is marked temporarily as "auto-inserted". Once the cursor leaves the area (I think you press arrow right and the cursor goes after the automatically inserted )), the editor considers that you have accepted the auto-inserted ) (i.e. you have interacted with it), so it considers it committed, so it will no longer delete it when pressing backspace. I think you can get the behaviour you want in the first GIF using "editor.autoClosingDelete": "always"

On the second GIF, we never implemented something like that. i.e. delete matching closing bracket at distance. We only ever implemented deleting the matching closing bracket when the brackets touch. We can use this issue to track this feature request.