It seems like SourceTree is constantly deleting certain avatar images. My thrash is showing that it contains items, I clear it, then after a while certain items are in the trash again. It seems to have something to do with gravatar images.
Hello everyone! This will be fixed in the next release, which should be in beta very soon. This was caused by a small change that moved deleted files in the working copy to the recycling bin, but ended up applying to all removed files.
Thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Why does a git client ever need to move file to recycle bin instead of perm delete?
Does that mean every time I switch a branch, tons of files end up in recycle bin?
If that were the design choice SourceTree is going with, please give an option to "always permanently delete file, and never move file to recycle bin"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, Git actions and the files they effect are handled by git.exe, or libgit2, and its configuration.
This issue only effects file management from Sourcetree, e.g. gravatars something git.exe has no concept of.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Turned off loading gravatar images entirely. Harsh, but solves the problem.
Under Options > General > Commit Settings > Load avatar images from gravatar.com
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for this suggestion. I'll be trying out this workaround as well until a fix is implemented.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Apologies for the delay on the next update with this fix. I’m expecting QA testing to be complete this week and the rollout to begin hopefully next week.
Things have been a bit hectic around here. We’ve got some exciting things to share soon.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Mike Corsaro any updates reagrding the release? I am still finding random files in my recycle bin.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Sourcetree 3.3.6 is being progressively rolled-out now, but you may manually download it here.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks! I will update and see if it is resolved or not.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I thought I had a virus. Source Tree keeps generating gravatar files in the recycle bin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same here and it's quite annoying. I want to see my Recycle Bin clean.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi there,
Thanks for reaching out!
Why do you suspect that it is Sourcetree deleting these images? Are these images part of one of your repositories? Can you give us some more context so we can understand where the issue is coming from?
Let us know,
Ana
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Here's a screenshot of the Recycle bin. As you can see the file was deleted from the SourceTrees cache folder, this is why I suspect Sourcetree is responsible for deleting them. Maybe you should just do a delete without adding the file to the recycle bin?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I just checked the recycle bin again and there are some additional files, not only avatars. It seems like some json files are also being deleteded.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The json files are user analytics data. Sourcetree records clicks etc then packages them into temporary json files before bulk submitting. After that it deletes the temp file.
Sourcetree pulls gravatar icons to display against accounts.
I'm guessing here but I suspect it just periodically deletes the existing one and gets it again to ensure it has the latest version. Alternatively it might be just part of the download process before the final file is written to its final location.
Finally there was a recent change in Sourcetree to support delete to recycle bin. I may well be that previously these files were explicitly deleted but now the delete to recycle bin option is on they go to the bin.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same happens here. Even though it is a minor irritation. I still request that you fix this in a future release. It isn't the highest priority, but it was enough of an irritation that I had to Google this issue. I also knew right away that it was caused by Sourcetree because of the file locations.
I have used the software for years and (presumably) the same user analytics uploads and the same gravatar image cache was part of previous releases but they didn't end up in the recycle bin like this until v 3.2.6
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm not currently on Windows but I believe this is an optional setting and can be flicked back to hard delete.
For my own information, what is it you don't like about these files going to the recycle bin by default? It all helps to understand.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
When you say this can be disabled, is the option called "Keep backups on destructive operations"? That appears to be the only one that has a name similar to what you describe.
I have no problem with Sourcetree putting the deleted files in the Recycle Bin when the action was initiated by the user. In other words: if I went into my repo and deleted a bunch of files then those files can go to the bin.
This, above, is the type of behaviour of programs like VS Code. I see things in the recycle bin that I know why they are there. I can recover my own stupid actions.
However, programs like VS Code are also doing a bunch of internal actions, all day long. VS Code will add, remove, modify several files. Some are in Temp locations on my computer and others are in dedicated hidden folders like the ".vs" folder. However, none of those internal actions every end up in the recycle bin.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.