You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Slow file open dialogue box

Hi,


I upgraded to Mavericks OS over the weekend and everything seems to work ok. The only thing I have noticed is that my when I try to attach a file in Mail the dialogue box opens and where previously files would immediately appear they now take several seconds, maybe as long as five, ten seconds.


I think I've noticed similar behaviour in other applications but Mail is the one I use the most in this way.


Has anyone else experienced this since upgrading to Mavericks?



Regards and thanks,


Dave.

MacBook Pro (15-inch, Mid 2012), OS X Mountain Lion (10.8.2)

Posted on Oct 28, 2013 6:03 AM

Reply
196 replies

Feb 25, 2014 1:09 PM in response to Snaggletooth_DE

Update: Just to share my experience. I reverted the changes made for the workaround, installed 10.9.2, and then went about testing a number of applications' Open/Save/Export dialogs (Firefox, Thunderbird, iTunes, TextEdit, Adobe Bridge CS6, Adobe Photoshop CS6, Adobe Audition CS6, Finder and Preview, among a few others), and I no longer have any spin condition nor must I wait for more than a microsecond for the contents of directories to be displayed regardless of how the contents are displayed.


So for me, reverting the workaround and updating to OS X 10.9.2 resolved the issue reported for this thread! Hooray! Maybe all of us and others that reported the issue got things done here.


(Sorry if my cheerfulness clashes with anyone who may still have the problem after applying 10.9.2...)


Super huge thanks to Snaggletooth_DE for the excellent find and sharing of a great workaround!!!

Feb 26, 2014 7:47 AM in response to d60Dave

My quick fix (delete the preferences.plist file) worked for me in the short term, but the slow Open dialog issue reappeared every few days. I eventually tired of that drama and braved Snaggletooth_DE's solution. I wasn't familiar with editing files in vi, so it was scary to me :-) The solution, while scary, was effective for me with no side effects.


I'm happy to report that 10.9.2 also appears to have corrected the problem for me. I reverted Snaggletooth_DE's solution by removing the # symbol.


Thank you all so much for sharing your experience and expertise!

Feb 26, 2014 7:59 AM in response to AJDesignCo

Isn't it a shame that Apple never responded to this. millions of frustrated people wasted a lot of time waiting for file lists to appear, and thousands wasted many hours trying to find the cause. Apple's policy needs to be changed on such matters. If Microsoft did the same thing, everyone would be up in arms about it.

Feb 27, 2014 6:52 AM in response to jrome

jrome - As is well documented, Apple does not monitor or respond to anything posted here. Instead, Apple clearly states that it monitors bug reports submitted via the bug reports mechanism. In this case, Apple reviewed the bug reports that many submitted and fixed the issue. Seems like Apple is being responsive to me.


I will add that if you submit a quality bug report that Apple engineers need your assistance with resolving, they will contact you.


Finally, I will note that I have reported bugs to both Apple and Microsoft. In Apple's case many of the bugs I reported via the bug reporter have been fixed, and Apple staff has contacted on a (very) few occasions to get more information. In Microsoft's case, where my company had a seven figure support contract, the Microsoft staffer assigned to us would not even take the bug report - and this for a bug causing catastrophic data loss in Word documents.

Feb 27, 2014 7:06 AM in response to Eric Hildum

Well, I do file bug reports, but many people do not know how to, and do not know something is a bug. And I filed a bug in November that kills my bluetooth periodically, and they have not yet responded to it! Apple needs to be more public about problems that many people encounter so that people do not waste their time. And there is no reason for Apple to NOT monitor these forums. Microsoft monitors their forums, and offers people help.


I say this is unresponsive.

Feb 27, 2014 7:31 AM in response to jrome

Apple does read these forums, they just don't respond here. Only very occasionally will you see a host post something. And then it's usually related to these forums.


A few months back, Apple also hired employees to openly post as Apple employees to answer questions (they have a black apple as an avatar). Notice that one of them is in at least one of the topics on this issue. You can bet that person moved the information up the chain.

Apr 2, 2014 5:07 PM in response to F3FP-235

I had the same problem, and I started on 10.9.2 - I've never had earlier versions on this computer because I recently upgraded from 10.8.5. So no, new users upgrading direct to the latest version - which I guess is 10.9.2, and definitely had updated fully - have this problem. It must have been something else, because Apple certainly hadn't fixed it on what I installed last week.


But this fix does work! Yay - the long delay was driving me nuts.

Apr 3, 2014 6:16 AM in response to d60Dave

I think it is clear that there are different reasons for the slow open/save dialogue performance. I'm pretty sure for my setup it's that the system insists on accessing my external Time Machine drive in the dialogues. Since the Time Machine drive goes to sleep between hourly backups, the system often has to wake up the drive before the dialogue box will become useable, even though the entire drive is used by the Time Machine backup.


There should be an option to have the system ignore dedicated Time Machine drives for anything other than Time Machine use. Short of that, maybe the dialogues can be written so that they don't have to wait for every device to be ready before becoming functional.

May 25, 2014 1:14 PM in response to Snaggletooth_DE

Snaggletooth_DE wrote:


Working workaround:


Use the following statements in Terminal.


sudo vi /etc/auto_master


In this file comment out /net with # (#/net .....)


sudo automount -vc


Fixed.


Thanks for posting this fix.


To clarify this for other users, it's important to note that the 2nd line is not a statement to be entered in Terminal. only the 1st and 3rd lines are terminal commands.


In line 2, the phrase "comment out" means "Add the # character at the beginning of the existing text "/net," which will turn that line into a comment (thereby preventing the system from reading that line). :-)


After doing that, proceed with line 3, which is a terminal command.

Sep 1, 2014 11:13 PM in response to riteshraja

I am also still having no luck. I have a mid-2011 Macbook Air, OSX 10.9.4, and I experience the file system issues with my network drive. I had a WD MyBook that used to work really well, and then it started having all of these file system incompatibilities with my Mac that it didn't use to have. Unfortunately, I never even thought the issue might be with my Mac, so I actually just moved over to a Time Capsule this weekend, and only just now have discovered that the problem remains. I did the auto_master edit, and that didn't seem to change anything for me. The problem I have is that any modifications to the file structure (e.g., adding a subfolder within an existing subfolder and then moving some files into that) takes a painfully long time to do. After I've moved the files, then it also takes an even longer time to see what I put into the subfolder. In short, it seems like any changes to directory structure are being handled in some very ineffecient way, thus meaning you have to wait forever for changes to become viewable.


If anyone has other ideas, I am all ears. I am pretty annoyed that I sunk time into switching over to a Time Capsule on the assumption that Apple couldn't have had a bug this bad, only to find out that I was wrong. The biggest irony is that my old WinXP computer used to rip through the folder structures with ease on the MyBook, but my fully updated Air is practically crippled by the same task.

Sep 2, 2014 8:05 AM in response to Scraps628

I have another observation. When I compare how long it takes to view the contents of a directory in Mavericks, it is clearly a lot longer than it would take a DOS "dir" or Unix "ls" command to do the same. Could it be that the Mavericks Finder is doing other things at the same time as it is giving me a list of what is in the directory? For example, could the Mavericks Finder be loading ALL metadata for each of the files into some database or index being built on the fly every time I pop into a new folder, even if I'm not using a view mode where I am asking to see those other bits of metadata? If so, that might make sense as I generally am using the network drive to navigate directories of my photographs, and they have a lot more categories of metadata associated with them than do Word docs and PDFs (e.g., date of picture, time of picture, aperture, shutter speed, exposure, etc.). Or, perhaps is Finder trying to load previews of ALL of the files whenever a directory request is made, so that bouncing through the previews takes less time? I sort of doubt that, because even after a directory listing finally comes up, it seems to churn a bit on each photo before the preview comes up, which I take as an indication that it's creating each preview only after a request is made for that particular file. Either way, I will say that in old WinXP and even in the newer Windows 7, if you want to view files in a Detailed setting where you can see other metadata (called "Attributes"), it definitely prioritizes giving you a directory listing, and then continues filling in the various selected Attributes one-by-one after that. Thus, if you want to sort by the date a photograph was taken (as opposed to its modified or created date, which seem to be default attributes that load as quickly (or nearly as quickly) as the filename), or by the photo's dimensions, it might take a few minutes to load in those attributes for a folder of a couple thousand pictures. But, critically, if you are not planning on using those attributes, but rather, merely want to see how many files you have in that folder, or select them all and load them into a photo viewer, you won't have to wait for the file system to load the file attributes before you get a listing of the folder's contents. It seems to me like the Mavericks Finder, however, might actually be forcing you to wait until it has loaded all of those attributes.


Does the foregoing sound like a plausible explanation of the problem to those out there with knowledge of how Finder actually works? And if so, does that bring to mind any potential settings that could be turned off or any other work-arounds (since the auto_master edit didn't fix the problems I've been experiencing)?


As another point, I will also note that it seems to me that whatever process is going on often seems to continue even after I've left a folder, with the result being that if I bounce in and out of several folders in a short period of time, the Finder gets slower and slower, to the point where even listing the contents of a folder with one file in it can take over a minute. Again, it seems like Finder is doing something time-consuming in the background whenever you go into a folder for the first time. Whatever it is, I will echo what others here have said – this is not a small issue. For certain routine operations, it is excruciatingly slow, and makes the computer almost unusable as a practical matter. This is not – as others have suggested – a problem that can be chalked up to people just being impatient.

Slow file open dialogue box

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.