gitk: don't highlight files after submodules as submodules
commitf177c49a97d16aab490aa34fa52e113c21de4a1f
authorРоман Донченко <dpb@corrigendum.ru>
Fri, 1 Nov 2019 23:34:27 +0000 (2 02:34 +0300)
committerPaul Mackerras <paulus@ozlabs.org>
Sun, 15 Dec 2019 04:30:50 +0000 (15 15:30 +1100)
tree137a2c5f4b69b2318c763e187e452dc907556ca5
parentd4247e06027da5b3ac299fbba3a7443a919ca0ff
gitk: don't highlight files after submodules as submodules

gitk applies submodule highlighting (coloring lines starting with
"  >" and "  <") when `currdiffsubmod` is not an empty string.
However, it fails to reset `currdiffsubmod` after a submodule diff
ends, so any file diffs following a submodule diff will still be
highlighted as if they were submodule diffs.

There are two problems with the way gitk tries to reset `currdiffsubmod`:

1. The code says `set $currdiffsubmod` instead of `set currdiffsubmod`,
   so it actually sets the variable whose name is the submodule path
   instead.

2. It tries to do it after the first line in a submodule diff, which
   is incorrect, since submodule diffs can contain multiple lines.

Fix this by resetting `currdiffsubmod` when a file diff starts.

Signed-off-by: Роман Донченко <dpb@corrigendum.ru>
Signed-off-by: Paul Mackerras <paulus@ozlabs.org>
gitk