![]() The workaround is matter of forcing a refresh. If a file is downloaded or copied to the desktop or a folder in the Finder or a Unix command is run that does the same, sometimes the Finder window will not "refresh" immediately. It *is* a display issue and but also appears to be two bugs. that is, until the volume is unmounted the Finder will not try to put add its changes to the. This is even further complicated by the fact that the. DS_Store will have their changes overwrite some or all of the changes other people have made. The problem is that the last person who writes to the. Although this happens with comments it is more often seen with the default view and the positioning of icons for a folder. If multiple users modify the file simultaneously data loss can occur. ![]() DS_Store file was not designed for multi-user use. DS_Store files in the appropriate folders are modified so that the comments move along with the file, even though they aren't stored in the meta-information of the file itself.Finally, the. When OS X moves or copies files around, the. ".comments are kept in a directory meta-information file called. DS_Store file and relaunching the Finder solves the problem. Often, when I'm having the Finder behaving in a funky manner, I find that deleting the invisible. So you won't get it to display those whatever you do! hidden file in that folder, and probably where permissions on the folder don't allow listing files &c. Of course, certain files are hidden from the Finder deliberately: those starting with a dot, those with the Invisible HFS attribute, those listed in a. (You'll need to have enabled the Finder's Quit option, with something like TinkerTool.) Basically, you have to persuade the Finder to rescan the folder somehow. DS_Store file, and then quitting and restarting the Finder. I don't remember exactly how I fixed it, but it wasn't anything as drastic as deleting the folder! I think I tried removing the. I've seen files disappearing in the Finder, too, but only very occasionally, and from inside a folder which was itself on my Desktop, not from the Desktop directly.įor me, the problem seemed to occur when the folder was currently open in the Finder, and a background app wrote or moved files there the Finder wouldn't spot the extra file, not even after closing and reopening the folder. ![]() I couldn't find anything on this in the archives or on Google hope this helps someone. On relaunch, the problem was gone - and he'd been dealing with this for a year. I then relaunched the Finder to allow the OS to recreate the Desktop folder. So I backed up all the data in his Desktop folder, and then did a rm -rf ~/Desktop to remove the Desktop folder and its contents completely. After playing around a bit more, I found that files were disappearing and appearing quite consistently.Īfter trying to set the files' visibility with the SetFile command (included with Developer Tools), I thought maybe the folder was corrupt. I used Terminal's ls command and saw that the file was still there, but not visible in the Finder. ![]() I was copying some files to my friend's Desktop folder, and noticed that one of the files disappeared. ![]()
0 Comments
Leave a Reply. |