I’m about to release 1.6.13 update which will have different mechanism of detecting if TotalFinder is already injected. This problem should go away then.
Will post here a link to beta update, so you can test it.
Please test 1.6.13. I would like to hear confirmation that the problem got fixed:
http://totalfinder.binaryage.com/beta-changes#1.6.13
I get the following screen message when I try to download 1.6.13.
"AccessDeniedAccess Denied8F81E8E3371B1A26SDKkJJYYK35PEDHxfuwCMS7RP5wXQ3zn1zIZJQyz2b58xl/r8RVqxuSuu0vRk0XL "
Ah, my bad! Fixed now.
With both re-start and clean start TF start automatically. Thanks for the support.
1 Like
Nothing at this address link except this javascript:showBetaHint(this);
It does not matter, I’ll wait the official update. 
Edit: OK ; I found the culprit: Firefox. I got it with Safari.
Same problem here since version 1.6.13 : TotalFinder will not start automatically after startup or a restart. It will work after I started it by hand. Before it was working properly.
I also receive at restart a finder’s message : the last time you opened Finder, it unexpectedly quit while reopening windows. Do you want to reopen its windows again?
EDIT : it seems to be related to Dropbox. If I delete Dropbox, TotalFinder is starting ok
I registered just to confirm the existence of a problem (Mac OS 10.10.1, iMac 27 Mid 2011, TF 1.6.17): if the system is set Yandex.Disk (https://disk.yandex.ru). If the start YD, then do not start TF. Remove from startup YD, then starts TF. Run YD, TF crash.
Could you send me any of those crash reports to support@binaryage.com? You can find them in Console.app -> User Diagnostics Reports -> Finder_[some-date].crash
@archangel Also Dropbox reported that Yosemite 10.10.1 update fixed some crashing issues with Dropbox client. Some people reported this solved also the problem of TotalFinder not starting up automatically.
I did it!
Hi!
Joint crash of YD or TF when loading system had stopped, after the Yandex.Disk updating to version 1.3.1 of November 26.
I’m using 10.10.1. Since updating, TotalFinder consistently crashes. I have had to re-install TotalFinder at least two to three times since updating, the last just a couple of hours ago. I’ve used both standard versions and beta versions. I’m now back to the standard version. Question: does the latest beta perform better? If so, I’d like to try that version.
Same problem, but I have TF 1.6.17 (latest) and Yosemite 10.10.1, I have to start TF manually.
Others programs running ant startup:
Dropbox
Mega Client
1Password 5
Clean My Drive
Swiss Arrows
Box Sync
Teamviewer
TotalFinder 1.6.17 crashes continually under 10.10.3 beta (14D130A), the latest public beta. I used to be in the beta program for TotalFinder but am no longer able to get the betas. Am I doing something wrong?
I’m using Mac OS X 10.10.2, TF version 1.6.17.
TF is not starting automatically upon start-up, and there is no preference panel in system preferences. I am using Dropbox. When I manually start TF, it works. However, it does not work when I open a folder from Overflow (ver 2.5.9)
I am still having this issue as well, despite being on 1.6.17 TotalFinder will not start automatically at start-up.
Any updates? Yosemite has caused all kinds of issues!!
I seem to have the same issue. I am running TotalFinder 1.6.27 and OS X 10.10.4. It was working OK until the last few days. Not sure if this is a bug or something else I have introduced to my Mac. How do I go about debugging this?
Hmm, it looks like multiple people have this problem with 10.10.4.
Please check the TotalFinder.app is really present in Login Items:
System Preferences > Users & Groups > Login Items
Secondary, open Console.app after clean reboot and look for some errors related to TotalFinder launch.
A hint: It is useful to filter Console.app > All Messages with “Finder” keyword.
Having this problem as well. OS X 10.10.4 TotalFinder 1.6.27.