Workbench displaying incorrect commit message.
In the following scenario, TortoiseHg Workbench will end up having one commit selected and displaying the commit message for a different one.
First set up the repository by doing the following:
- Clone jurko/suds up to and including revision
- You will get 1178 commits.
- Change the phase for commit 1174 to draft, e.g. using TortoiseHg Workbench.
- Shut down Workbench - just to get a clean startup point for reproducing the problem.
Now follow the following steps exactly, with no extra clicks:
- Start TortoiseHg Workbench on your local repository. Commit 1178 (HEAD) should be the initial one selected (gray line, not a blue one as if you explicitly clicked on it).
- Right-click on commit 1174 and import it into an MQ patch queue, which should automatically import all the later commits as well. Commit 1174 should be the one selected now (blue line).
- Left-click on commit 1178 (HEAD). Commit 1178 should be the one selected now (blue line).
- Double-left-click on commit 1174 to unapply all later patch commits. Commit 1174 should be the one selected now (blue line).
- Left-click on 'Working Directory' (marked as 1174+).
- Left-click on commit 1174. Commit 1174 should be the one selected now (blue line).
- Double-left-click on commit 1178 (HEAD) to apply back all the patch commits. Commit 1178 should be the one selected now (blue line).
- Left-click on 'Working Directory' (marked as 1178+).
- Left-click on commit 1178 (HEAD).
Commit 1178 should be the one selected now (blue line), but the currently displayed commit message will not belong to it, and will belong to commit 1174 instead.
When this occurs, this same 'incorrect' commit message is displayed consistently for commit 1178 as you select different commits. It reverts to normal only after restarting Workbench or marking the patches as finished.
I have seen this happen in other scenarios as well, but this is the only one so far I have been able to consistently reproduce.
There are also several other seemingly related behaviours I saw while trying to reproduce this, such as some commit message belonging to the correct commit, but not being scrolled all the way to the top of the message. This 'scrolling one' has been seen when using a commit with a longer patch description instead of 1174, and whenever it occurred I could consistently reproduce the original problem after it, but I have not taken the time to reproduce them both precisely.
My version information:
Windows 7 x64 SP1 TortoiseHg version 2.11 with Mercurial-2.9, Python-2.7.6, PyQt-4.10.3, Qt-4.8.5
Hope this helps.
Best regards, Jurko Gospodnetić