Apple Event: May 7th at 7 am PT

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

Why doesn't Apple fix the ".DS_Store" bug?

If you search ".DS_Store" in the support archive you'll find the issue has been around for a long time, well over a year. The frustration expressed has been loud and emphatic. The problem? Some folks are finding their computer won't copy some folders from one drive to another. The copying process is interrupted with the following message: "The operation can't be completed because an item with the name ".DS_Store" already exists."


Folks have chosen an Apple computer and something as basic as copying a folder turns out to be a hassle. Apple haven't offered a fix. Apple are an embarrassment.


I've just moved up from Tiger to Mountain Lion. Suddenly some folders I've been copying over for years can't be done! The experts here have suggested it might be a permissions issue or a 3rd-party software issue. They're wrong. IT'S A BUG!


Identifying it took time I'd rather have spent doing something else… (The new 'Apple Experience'?)… As a non-techie who hadn't heard of ".DS_Store" before I read some of the discussions on the issue. The problem seemed to be erratic, some folders could be copied, others couldn't. Here are the steps I took to identify the bug.


1) Since ".DS_Store" files are invisible I used TinkerTool to make them visible, in order to see how they behave.

2) The ".DS_Store" files are nearly always the first item in any folder (viewed by Name or Date Modified etc). Such folders can be copied without a problem. However, where for any reason the ".DS_Store" file isn't at the top of the list (eg where there's an item whose name deliberately begins with a space) the copying of that folder will be interrupted.

3) If a folder can't be copied because the content viewed by Name means the ".DS_Store" file isn't at the top, changing it to view by Date Modified will bring the ".DS_Store" file to the top of the list and allow the folder to be copied.

4) Apple, is that arbitrary behaviour intended? Or is that A BUG?


We want to know!


iHope

Mac Pro, OS X Mountain Lion (10.8.4), 3.2 Ghz Quad-Core Intel Xeon

Posted on Dec 30, 2013 5:47 PM

Reply
Question marked as Best reply

Posted on Jan 19, 2017 4:25 PM

THIS IS THE (albeit convoluted) SOLUTION! Switching to Grid mode from List mode eliminated the .DS Store error messages for me completely, as I pushed over 100 GB of data over to a new external HD. Worked like a charm!

95 replies

Aug 26, 2016 11:55 PM in response to Larry Israel

I keep all my folders in Column view, sorted by name, and still have this problem. Also, I'm running 10.8.5.


Edited/added:


I didn't realize my reply to DaChavez would appear several pages over. I'm referring to his post on, I think, page 4 that says sorting folders by column and by name fixes this. It didn't for me.


ALSO, the folder I'm copying has copied fine to two external 500 GB hard drives, but won't copy to my 1 TB external.

Oct 15, 2016 12:22 AM in response to iHope

I know this may be a little late (a couple years in fact) but I found that switching from List to Icon view in both source and destination Finder windows will fix this issue. Just thought I'd provide a simple solution, I had a hard time finding it.


The issue seems related to List view, especially when in the source folder you have some files/folders named with the first character before that of a period in the ascii table. For me I had some folders with a dash in front, and trying to copy from one external hard drive to another with both in List view caused this error. I was in the parent directory and dragged the whole folder with the folder collapsed.


Seems to be a bug, hopefully Apple has (or will) fix this in the lastest OS.

Why doesn't Apple fix the ".DS_Store" bug?

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