OS X 10.7 and TextEdit creating new files vs. editing existing files
OS X 10.7 and TextEdit creating new files vs. editing existing files
- Subject: OS X 10.7 and TextEdit creating new files vs. editing existing files
- From: Steve Goddard <email@hidden>
- Date: Mon, 01 Aug 2011 17:16:02 -0700 (PDT)
Hi there,
I am debugging an issue with TextEdit and our file system.
New files created with TextEdit are not handled correctly. However, editing existing files work fine.
The difference in behavior seems to occur with how the temp files are handled and then the original file updated.
Note: the root directory of our mount is always read only.
I have seen with existing files, and SMB mounts, that TextEdit tries to create and use a ".TemporaryItems" folder in the root folder of the mount. However, since that fails, TextEdit creates a temporary folder such "targetfilename.sbSomething" in the target directory and then creates the updated file in that temporary folder, followed by a rename after deleting the original file to update. This sequence is followed for all successive updates to the file while the user is editing.
This behavior is fine and is the same for SMB shares (with root folder as read only).
However, when TextEdit creates a new file and stores it through our file system, the behavior changes. It does not look for or try and create the ".TemporaryItems" folder or even a temporary folder in the target directory. Initially, it creates the new file with any input that is in the buffer immediately in the target folder with the target file name. No temporary folder or file is created. When I go to add more changes and save, I get an error when it fails an open on the target file for read only access with EPERM. I am not sure why that is returned and not seen an error in the logging from my file system for that.
However, can anyone shed any light on why TextEdit would behave differently in this case? Is it due to the volume attributes or something?
Thanks.
Steve
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden