Mavericks files / directories in finder slow showing up

Wait Scott, the "Newbie" is right. It does work.

His suggestion was:

Where it says: Open Finder, Preferences->Sidebar, uncheck TAGS

It did not work for me the first time because though I did unckeck TAGS under Sidebar, under the TAGS tab all my tabs were in a checked or - state. When I took the time to make sure each box was unchecked (empty, no -) then it worked immediately.

I did it on my iMac and on my Macbook Pro. Both are flying again. Tried it on one of my other iMac's at my office, worked! Going to do the other 20 computers this weekend.

Thanks inTOWN

nanodado wrote:

It did not work for me the first time because though I did unckeck TAGS under Sidebar, under the TAGS tab all my tabs were in a checked or - state. When I took the time to make sure each box was unchecked (empty, no -) then it worked immediately.

"RECENT TAGS" is the ONLY option I see under this. Only one box to uncheck in Mavericks AFAIK. It doesn't make any difference for me.

igirl1 wrote:

nanodado wrote:

under the TAGS tab all my tabs were in a checked

"RECENT TAGS" is the ONLY option I see under this.

nanodado said Tags tab. It can be found here:

However, this change does not solve the problem here. Only SnaggleTooth_DE's workaround fixes it.

If not done already, please post your problem to Apple Feedback and reference bug reporter numbers: 15437435 and 15241878. I have posted all relevant code examples, diagnostic traces, screen prints and references to this forum's workaround. This will let Apple know the issue is not limited to a few users.

PfromMS wrote:

I had this same problem, and tried changing the scrolling options as described elsewhere in this thread, but didn't have immediate success. A few minutes later I toggled FileSharing off and then on again, and got an immediate positive response. I don't know for sure if this is a permanent fix, but it makes sense that a problem with listing available network volumes (for example) would slow down the Finder drastically. I'm in a mixed environment, so perhaps the reason this problem got past Apple testing is because it only crops up when a slow samba machine is on your network. This is all just speculation on my part, but perhaps this will help someone.

Hi PfromMS - I was looking for a solution to this for weeks on and off and this finally fixed it! Such a simple thing (and makes total sense). I don't have any one connecting to me so I just diabled a lot of this stuff and BAM super fast directory refreshes once again.

Thanks!

Couldn't edit my last post here (is there a time limit for editing?), so I adding by reply. As many people have found, some suggetions for this problem have worked only temporarily - the scroll bar set to "Always" will not keep the finder to de-evolving into a slug agian. As has been pointed out by several people, the only solution is the workaround provided by Snaggletooth_DE (or the modified method using a text edit program privided by brilor-which accomplishes the same file change) which are located here.

Finally good news! It looks like the 9.2 update finally resolves our issue! I undid Snaggletooth's workaround and am happy to report the issue in no longer there! 🙂

zer0ed:

Thanks for the update. I was thinking about that today when I downloaded the 10.9.2 updater. I'll also be undoing it.

It's hard to thank Snaggletooth enough. That would have driven me absolutely crazy without his fix.

zer0ed wrote:

Finally good news! It looks like the 9.2 update finally resolves our issue!

Thanks everyone for testing and reporting back and thanks especially to SnaggleTooth_DE for the workaround and everyone who notified Apple. 10.9.2 fixes it here without the workaround. Now I'm going to check and confirm my Sent folder Mail rules are working ( heard they are fixed too ).🙂🙂

This solution from "icon mike" on 16 January 2014 worked superbly for me. For some reason in the past month the Finder started to misbehave with the rotating rainbow wheel for about 15-30 seconds on accessing any folder. Perhaps it was the update to 10.9.1 or 10.9.2? It was becoming insufferable. Also I noted the finder CPU utilization was pegging at 100%. The finder now only shows 3-8% with a quick response.

My thanks to everyone who helped me with this solution.

imac27 with OS X 10.9.2

I was having the issue where I'd open up a folder and nothing would show up, even though getting info on the folder shows many many GB's of data... but for 0 Items.. UGH! Turning off the TAGS does seem to fix it? Weird... I'll note more if it comes back.

I found what's causing the issue for me. Whichever foders i'd selected to be shared over my network in the Sys Prefs > Sharing > File sharing dialog box would have this problem of slow browsing through finder. Removing them from that list brings browsing through finder back to normal. Now i just need to see how i'll be sharing these said folders over the network without this drama.

Thanks for this. Saved me from going mad!

🙂

Hi,

I had the same problem. I used Onyx, a small freeware, to clean my system (drive permissions, maintenance scripts, application cache, browser caches, police cache, etc). I only kept my browser history and other application histories useful for me.

It seems to have solved the slow directory listing for me.

(And I have not access to the branched discussion indicated above)

lauhub wrote:

(And I have not access to the branched discussion indicated above)

Only the hosts may access that one, quite normal for the rest of us not to be able to.

So this has been bugging me for a while (Note: I'm on 10.9.5 and on a 2010 MBP), but only now got round to digesting this thread and doing Snaggletooh_DE's workaround. It was bizarre reading your comment that 10.9.2 fixes this issue - clearly it didn't for me and workaround was still necessary!

Anyone else still experiencing it without the workaround in place?

Edit: Ok so scratch that the workaround is not working - still getting that fricking wheel since I upgraded to mavericks a few months ago!

What's that saying 'if it ain't broke....'