Copy / Paste out of Stash view freezes SourceTree
Asked by Shrp77:

I'm having to apply a stash from one git clone to another git clone (of the same project -- don't ask why).

What I'm doing is looking at the stash of changes I have on clone #1, copy/paste into the right sections of the code on clone #2.

When I hit copy (CTRL+C), everything is fine. I switch to Visual Studio, go to the right spot in the code and hit paste (CTRL+V) and nothing happens in Visual Studio. SourceTree becomes unresponsive and gets the classic Windows 7 chrome frame, becomes white and after a while, it renders again. Nothing has happened in Visual Studio.

Once this sequence has happened, I can paste the text that I had copied into Visual Studio.

Any ideas why SourceTree would become frozen when I try to paste?


Answers:
author: ziomio
body: The problem is still present in the latest version of Sourcetree 3.4.12

What is interesting - if you press Windows+V to see clipboard history - Sourcetree' copied text is not there. Please fix this - it's very annoying to wait for 15-20 seconds each time I need to copy some lines of source code from Sourcetree.

comments: author: ArtyomAfanasov
body: Same problem.

Windows 11


author: cowlinator
body: I think this has been fixed. I cannot reproduce in 3.0.6.  
Thank you for fixing this! :)

comments: author: Martin Fuchs
body: Sadly, no:

The problem still exists in the current version 3.2.6 on Windows.


author: Ekoate_Ges
body: Still an issue on 3.4.9


author: Alexey_
body: Still an issue in 2.6.10.

I've reproduced this on two different windows machines.

Copying any lines from source tree diff view hangs it.

You should really rise priority for this bug, it's been like this for couple of years now I think and it doesn't seem like a hard bug to fix on the surface.

comments: author: Alexey_
body: Still an issue in 3.0.15.

I've tried wiping preferences <https://confluence.atlassian.com/sourcetreekb/how-to-wipe-sourcetree-preferences-412484640.html> and using embeded git but nothing helps.

I wonder how some people seems to be not affected by this bug. I'm basically doing clean install and I see the bug immediately.


author: Patrick Truskowski
body: Currently SourceTree is copying/pasting without any freezes with 3.0.12.

Here are the steps I've taken:

1. Reinstall windows recently (1/8/2019)
2. Install 3.0.12
3. Open SourceTree and select a commit
4. Select a file from the commit
5. Select a line from the comparison (right side of file select)
6. Ctrl + C
7. No freezing behavior observed
8. Ctrl + P worked immediately

However, I'm not convinced the issue is resolved. I had this issue with v2.x and it appeared to be resolved in 2.4.x, however later on it was an issue again (see comment <https://community.atlassian.com/t5/Sourcetree-questions/Copy-Paste-out-of-Stash-view-freezes-SourceTree/qaq-p/620861#M24003>)

I will continue monitoring with 3.0.12. I would like to restart my computer a few times to see if this issue resurfaces.


author: Alexey_
body: I was finally able to fix this after a few years.

The problem is caused by clipboard monitoring software (Clipdiary in my case, but I'm pretty sure any app that monitors clipboard will cause this).

After I've added SourceTree to the exceptions list, problems went away.


author: Paula Aymerich
body: Still having the problem with version 3.4.16


author: krystian_bigaj
body: I have this problem today, even in version 3.4.4.

But I am able to reproduce the problem with the Delphi IDE running (10.3 Rio in my case, but it also happened before with the XE5 so I guess the version doesn't really matter).

If the Delphi IDE is running, the SourceTree hangs for a few seconds each time when I'm using clipboard in the SourceTree (it could be anywhere in SourceTree, 'Copy Path To Clipboard', or Copy line from Stash view).

If I close the Delphi IDE, the SourceTree doesn't hang (I don't need to restart the SourceTree between tests).


author: Igor Valjevic
body: I still have this issue. Copying any code from internal code viewer (shows code differences) freezes for around 10 seconds. This have been happening since version 2.

Version 3.1.2

Tried running SourceTree as admin but didn't help.

Let me know if you need any other information/logs.


author: Bill OLeary
body: I was looking for the way to copy stuff from the stash display back into my code

It wasn't apparent that you had to click on the first line that you want and then shift click to mark the rest of the region.

Once I figured that out it cut and paste worked like a charm for me


author: Wouter Schut
body: And this is still happening in version 2.3.5.0.

A simple CTRL+C hangs the application for 20 seconds.

comments: author: patricktruskowski
body: I had this issue in 2.4.x. Once I updated to 2.6.10, this was no longer an issue for me.

I'll monitor to make sure it still works going forward.


author: Ana Retamal
body: Hi Arvind! Can you let us know which SourceTree version and OS are you using so we can try to reproduce this issue?

There's a similar issue reported in our issue tracker, but that seems to be only related to the diff view. You can find it at [SRCTREEWIN-7397](https://jira.atlassian.com/browse/SRCTREEWIN-7397).

Cheers!

Ana

comments: author: Shrp77
body: Windows 7 64-bit (I know... corporate laptop... brr....), SourceTree version 2.1.2.5

The stash I was going through is pretty big (I had to change the default values in the Diff tab of options in order to see all the changes... but it was still freezing up with the default values.


author: Shrp77
body: The bug seems similar. This is my info for the bug:

--setup:

1) Clone repo into local folder A  
2) Make a lot of changes to code in folder A (I had changed \~ 30 - 35 files, multiple changes per file).  
3) Stash changes to code in folder A  
4) Clone the same repo into local folder B

--repro:

1) Find file in stash for folder A  
2) In Visual Studio, open same file in folder B  
3) Select line (or range of lines) in Source Tree stash window  
4) CTRL+C  
5) In Visual Studio, place the caret on the line where you want the changes to be pasted  
6) CTRL+V (observe that SourceTree looses the borderless look and gets the Windows 7 chrome border, title then gets the (Not Responding) tag added to it, windows then becomes white and finally it starts processing messagepump messages and draws again. This process takes up to a minute or so). Nothing gets pasted.  
7) CTRL+V (again) - the text now pastes as expected.


author: Ana Retamal
body: Hi Arvind, thanks for the information! I've added it to the bug report, hopefully it'll help our developers. For the future, note that you can add your own comments (or even submit) bugs and feature requests. You can also watch the ticket to be notified of further updates.

Have a good day :)

Ana