summaryrefslogtreecommitdiff
path: root/lib/choose_rev.tcl
diff options
context:
space:
mode:
authorLibravatar Pratyush Yadav <me@yadavpratyush.com>2020-11-27 15:53:51 +0530
committerLibravatar Pratyush Yadav <me@yadavpratyush.com>2020-11-27 20:06:38 +0530
commitce83ab2bd3751eadb0eb6f12d1e9d984613a4cc2 (patch)
tree2d2f0464e2a9ba463763c74453b61a1445fe985d /lib/choose_rev.tcl
parentMerge branch 'sh/blame-tooltip' (diff)
downloadtgif-ce83ab2bd3751eadb0eb6f12d1e9d984613a4cc2.tar.xz
git-gui: Only touch GITGUI_MSG when needed
In 4e55d19 (git-gui: Cleanup end-of-line whitespace in commit messages., 2007-01-25), the logic to decide if GITGUI_MSG should be saved or deleted was updated to not require the commit message buffer to be modified. This fixes a situation where if the user quits and restarts git-gui multiple times the commit message buffer was lost. Unfortunately, the fix was not quite correct. The check for whether the commit message buffer has been modified is useless. If the commit is _not_ amend, then the check is never performed. If the commit is amend, then saving the message does not matter anyway. Amend state is destroyed on exit and the next time git-gui is opened it starts from scratch, but with the older message retained in the buffer. If amend is selected, the current message is over-written by the amend commit's message. The correct fix would be to not touch GITGUI_MSG at all if the commit message buffer is not modified. This way, the file is not deleted even on multiple restarts. It has the added benefit of not writing the file unnecessarily on every exit. Signed-off-by: Pratyush Yadav <me@yadavpratyush.com>
Diffstat (limited to 'lib/choose_rev.tcl')
0 files changed, 0 insertions, 0 deletions