Currently Being ModeratedMar 29, 2012 10:06 PM (in response to Rob Edgerley)
I've just been playing around with Finder this morning. It turns out, that this issue is not just local to remote drives. I've just tested the following:
1) Launch Finder
2) Set the view options on my start-up volume to, Arrange by: Kind Sort by: Name
3) Set window size
4) Relaunch Finder (cmd+ctl+click on Finder icon)
Upon relaunching the window size is correct, but the view options have gone back to Arrange by: Kind Sort by: Date last. This happens without fail everytime.
Currently Being ModeratedMar 30, 2012 4:06 AM (in response to Rob Edgerley)
When you say, "start-up volume" do you mean the root folder on the hard drive? If so, you likely don't have permission to do that. The settings have to be written to a .DS_Store file in that folder.
I think there is a long-standing issue with that, and I think deleting the current .DS_Store file might allow you to change the current one, but I'm not sure.
If it is happening on folders inside your Home, then you might have som permission problems in there.
Currently Being ModeratedMar 30, 2012 2:49 PM (in response to Rob Edgerley)
Yes, that is the root folder. It is the root of the mounted file system. Everything (other folders) sprout from the root.
Anyway, you don't own the root folder, so you need permission to make changes there. Setting the view options makes changes to a file inside that folder, .DS_Store.
As I stated, in the past, people had problems similar to yours because they couldn't write the changes into that .DS_Store file which are necessary for Finder to "remember" how to display the folder. You may be able to remove that file and try to set it up again, but I'm not sure if it will work.
Currently Being ModeratedApr 2, 2012 12:37 AM (in response to Barney-15E)
The plot thickens.....
I started by searching my for all .DS_Store files on my system:
find . -name '*.DS_Store'
It turns out that there were a number of "owners" for those files. So switching to "root" I recursively deleted all of the .DS_Store files:
find . -name '*.DS_Store' -type f -delete
Once complete, I opened the 'Finder' window and set-up the screen size and view options for that window.
i) Arrange by - Kind
ii) Sort by - Name
I then relaunched Finder (cmd+ctl+click on Finder icon) and reopened by clicking again on the Finder icon. Viola, everything stored as set, including the view options. However....
Clicking now on the "Macintosh HD" drive located on my desktop (i.e. the root of the mounted file system, located at /) the window opened with the default settings as one would expect. Repeating the same sequence as explained above (i.e. set window size, view and relaunch Finder), the re-opened window automagically returned to it's default set-up i.e.
i) Arrange by - Kind
ii) Sort by - Date Last Opened
Taking the hunt a little further, I launched terminal, navigated to the root folder and listed its contents:
Monitoring the time of creation in terminal I changed the view options to various settings. I noticed that a new .DS_Store file was created only when I changed the value of the "Arrange by" field. With the "Arrange by" field set to either Kind, Application or Label, the sub-field "Sort by" can be changed to anything you want (as many times as you want) without a new .DS_Store file being created.
The behavior detailed above implies a bug in the folder sorting function of the mounted file system (loaction "/") in OSX 10.7.3. The "Sort by" option does not store anything other than its default value i.e. "Date Last Opened" in the .DS_Store file.
It would be fantastic it someone could verify this for me. If it's really a bug, maybe someone could suggest what the best way of informing apple developers might be. (No sniggering please ) If it turns out not to be a bug, then I'm completely lost.
Currently Being ModeratedApr 2, 2012 4:58 AM (in response to Rob Edgerley)
Maybe they're moving away from .DS_Store to something more user oriented instead of all users. Maybe they've moved the arrange by and sort by settings to a user plist instead of the global .DS_Store.
Currently Being ModeratedFeb 27, 2013 6:06 AM (in response to Rob Edgerley)
This is the precise problem that I have been trying to fix. Rob, you are much further along in your analysis than I, but I just wanted to thank you for posting this information. It definitely has to be a bug...