trailing whitespace added at the start of a multi-line if condition

[bradzacher]

Input

if [[
  true ]]; then
  echo 1
fi

Expected

if [[
  true ]]; then
  echo 1
fi

Actual

if [[ 
  true ]]; then
  echo 1
fi

Note the trailing whitespace after the [[

Repro command

$ shfmt --version
3.10.0
$ shfmt --indent 2 --write /tmp/foo.sh

Additional Information

Ignore the fact that true could fit on one line -- the real code is a condition long enough to require line breaks to fit.
It's worth noting that part of me was also surprised that shfmt doesn't emit if [[ true ]] -- but that's separate to the issue of a trailing whitespace.

[paddy-hack]

Seeing something similar (using 3.8.0) for multi-line sub-shells even though .editorconfig says to trim them.

Original code is something like

(some_very_long_command | sed '$d';
 another_longish_command | tac;
 echo Hello)

On the first shfmt invocation, that becomes

(
    some_very_long_command | sed '$d';
    another_longish_command | tac;
    echo Hello
)

conform indent_size = 4 in .editorconfig, without any trailing spaces.
Re-running shfmt introduces three spaces after the first parenthesis, i.e spaces to line up with some_very_long_command.

In case it matters, shfmt runs from the directory that contains .editorconfig on a script in a subdirectory.

[giggio]

I noticed this is coming from --keep-padding. If you remove it the bug is gone. As it is going away (see #658), maybe just remove it.

[paddy-hack]

Thanks. I've confirmed that keep_padding in my .editorconfigs triggers this.
I don't really remember why I added it but I guess I'll find out soon enough. either after removing keep_padding or when I get hit by v4 😆