Most probably the same cause as in https://github.com/geany/geany/issues/3149.

Please note that even if the backtrace puts `vte_send_cmd()` in a prominent position, the crash there is only a symptom of the underlying problem that `vc->send_cmd_prefix` is `NULL` because its fallback value is not applied when read from the config.

@overcq as a workaround, the crashes should stop if you disable the 'Follow path of current file' option in VTE preferences.

The patch seems to fix the issue, in my case it was `vc->send_cmd_prefix` not being read properly (it remained `NULL`) and with the patch it is read from the config and initialised to an empty string (which is correct).

@kugel- I'm not familiar with the "stash" system, could you have a look if the fix is appropriate? Thanks.

why the "VTE" stash group needs to be special, that's just unexpected and surprising

Is it because loading VTE can be disabled by pref, so at least that pref needs to be initialised and loaded from the file and tested to see if the VteConfig struct needs to be created, and the stash group can't be created before the VteConfig struct because it's members (eg `send_command_prefix`) point to members in that struct so they would be dangling pointers if the group was created when VteConfig wasn't.

@overcq thanks for your investigation. I decided to follow a different path for the fix, basically what @elextr suggests as well. See #3156