I’ve notice the same thing the past 2 months or so. I’ve been using totalfinder for years and never had a blocking issue like this before. It often takes the cpu over 100% bringing my (2014) Macbook Pro completely to it’s knees!
The parallels thing is interesting… I did install parallels a while ago as well… I don’t remember if that’s when the issues with totalfinder started though…
Same problem here. Sometimes it’s that bad I just quit TF in order to keep things rolling. I do not have Parallels installed. I’m using the latest version of both MacOS and TotalFinder.
The strange thing is I got 2 computers with the same versions of OS X (10.11) and Total Finder. One works just fine, another struggles with TF being too slow (switching between tabs, even opening folders) unless I restart it. But the effect lasts few days at the most.
What I can say? Just my usual question. Anything strange going on in the Console.app -> All Messages of the slow machine? What about memory footprint of the slow Finder.app (with TotalFinder).
I can confirm that the problem does not exist in 1.7.10 (currently available via brew cask). It exists in 1.7.12.
In addition, this is caused by the “Arrange folders on top” option. If you deselect this option, TotalFinder is no longer slow, because it is not spending too much time arranging folders. All actions are now smooth.
I have not yet bought TotalFinder. I am evaluating it precisely because I desperately need the “Arrange folders on top” feature in El Capitan. If this is not fixed in a future update, I am sorry but I will not buy TotalFinder, as it does not fit my purpose and brings Finder itself to a crawl.
I hope this can get fixed. You’ve got a new license (probably 3) if you manage to fix this.
I know it takes a while, and you are probably busy with other things as well, but I was wondering if you have managed to fix this bug already?
I ask because I’m nearing the end of my trial and, as I mentioned, this is a deal-breaker for me. I know the bug came because you fixed the occasional crash in column view (which I often have, since I’m in the previous version).
I have an exact same issue.
Also, unchecking the ‘folders on top’ option doesn’t solves it for me - it looks like the TotalFinder becomes faster without it (switching between folders, selection, going in and out of folders seem to work faster), but the tab creation/deletion/moving and switching between them is still very slow (just incomparable to the native Finder operation).
I’ve installed the 1.7.14 you’ve provided here - it seems it’s faster with ‘folders on top’ option checked, but the tabs are still very laggy.
Here’s the system info:
OS: OS X 10.11.4 (15E65) - El Capitan
Model: MacBook Air 2013
Model ID: MacBookAir6,2
CPU: Intel Core i7
CPU speed: 1,7 GHz
Amount of CPUs: 1
Amount of CPU cores: 2
L2 cache (per core): 256 КБ
L3 cache: 4 МБ
RAM: 8 ГБ
Yep, I’m using Dropbox.
But I don’t think it’s pertinent - what I’m seeing now is that these logs happen when I’m visiting new folder (‘new’ here means the folder I haven’t visited after I cleared the icon cache as you’ve suggested).
Also, there’re other types of log messages that are thrown every time I look through a Finder window (not necessary visit by getting into from another folder) on a folder with the particular set of files - to this moment I’ve spotted this for *.mkv, *.wmv, and *.zip
This means I can CMD+Tab to browser, then CMD+Tab back to the Finder window with such files and this causes the logs to appear.
The logs actually tell which files posed some problem for Finder’s Quick Look.
Here’s the sample folder structure for which I can observe such behavior
—> /Users/aismagilov/Movies/Learning: /Cisco Nexus arch /Multicast 020 - ASA Network Address Translation (NAT) part 1.mp4 021 - ASA Network Address Translation (NAT) part 2.mp4 009 - 802.1q Tunneling, Layer 2 Protocol Tunneling, EtherChannel over 802.1q Tunneling.mov 03_06042012_building_scalable_data_centers.wmv 065. Redistribution case 1.mkv 066. Redistribution case 2.mkv 067. Redistribution case 3.mkv 076. BGP NLRI Origination.mkv 077. BGP Bestpath Selection.mkv 132. Congestion Management.mkv 133. Congestion Avoidance.mkv 134. Traffic Shaping.mkv 135 Traffic Policing.mkv
From the logs I can tell that the problem is with files the QuickLook can’t perform the quick look These are *.mkv and *.wmv for example. Note, that there’re no such logs for *.mov which QuickLook can open.
Yes, TotalFinder is highly modular (inside), so only what’s needed should get loaded. Have you tried just disabling everything except that “Folder on Top” checkbox?
I’m sorry you fell ignored, I promise that wasn’t my intention. I’ve only been very slowly getting up to speed with these products.
I have not been able to reproduce this issue. What locale (language) are you running?
My product SizeUp has an issue that currently only affects 2 users running Russian locale. My product Tickets crashes on launch for users of Polish locale. Two ridiculously strange bugs, but it has shown that I can’t assume anything when trying to reproduce an issue.