James Cuzella

Ah, I see why it's being used in this case... it's this: `alias make='colourify make'`

FYI: I have validated that this behavior has something to do with the `-es` flags defined in the alias `colourify="$GRC -es --colour=auto"` Editing the `grc.bashrc` file and taking these out...

I'm wondering if this is also the reason for the behavior of `read` prompt not printing in #82

So I ended up doing some debugging because I ran into bug #82 again today. I think this PR is a good idea too... unfortunately it's not related to #82....

I can confirm these crashes are no longer happening on my system running ArchLinux packages: - `electron29` version: `29.4.3-1` - `code` version: `1.90.0-1` EXPAND for platform / package version info...

**Note:** I have been running VSCode + Electron 29 on Wayland (Sway), with `"window.titleBarStyle": "custom"`. All the crashes on _window creation_ seem to be fixed, even when I set `"window.titleBarStyle":...

Confirmed on Manjaro Linux: ```bash $ uname -r 6.1.31-2-MANJARO $ sudo dmesg -H [Jun23 20:40] microcode: microcode updated early to revision 0xf2, date = 2022-12-26 [ +0.000000] Linux version 6.1.31-2-MANJARO...

@TheAssassin : Just wanted to revisit this because it is still happening. It appears that Arch Linux (and Arch-based distro) package `extra/appimagelauncher` version `2.2.0-10` is affected. Same stacktrace as before...

> > I had the same problem, my solution was that : > > `marktext --no-gpu --enable-features=UseOzonePlatform --ozone-platform=wayland` > > This does not work for me. Also does not work...

This would be a very nice to have feature, as it would allow for configurations like other formatters & linters: ``` "[shellscript]": { "files.eol": "\n", "editor.formatOnSave": true, "editor.codeActionsOnSave": { "source.fixAll.shellcheck":...