Completely random idea but has the user on that account turned off autosaving 
or run any of the command lines which mess around with how autosave or versions 
at some point in the past? Changing one of those might possibly cause issues 
with saving. 

On 24 Jun, 2014, at 8:05 pm, Felix Franz <fr...@ergosign.de> wrote:

> Hello, 
> 
> we got bug reports, that on some machines Save As writes a corrupt file. 
> Now we have access to a machine where this happens, and even a basic 
> test-project (Document-template using CoreData in Xcode) exhibits the 
> same problem. 
> 
> The machine is running OSX 10.9.3. On this machine it is easy to reproduce. 
> The first Save of a new file works without problems, normal save-operations
> are working flawlessly. Choosing Save as results in a file without any data. 
> 
> Overwriting writeToURL:ofType:forSaveOperation:originalContentsURL:error: 
> shows a
> difference between a machine where it works and the faulty one. 
> 
> On the working machine the absoluteURL is a temporary-URL 
> (file://localhost/private/var/folders/2t/th51wqw13ms24fvjdzv0xbb00000gp/T/TemporaryItems/(A%20Document%20Being%20Saved%20By%20savetest)/Untitled.binary),
>  whereas on the machine where save does not work
> shows the URL chosen in the Save panel. 
> 
> The writeToURL:…-methods returns YES. 
> 
> After a Save As in a document already saved before the originalContentsURL is 
> nil 
> on the faulty machine, on the working one it points to the original file. 
> 
> I guess something is wrong with the account. In a fresh user-account 
> everything works
> as expected on the machine. But unfortunately we can’t say the customer: “if 
> this happens
> just create a new account” :)
> 
> I checked the Permissions on the machine. The user has full-access to the 
> folder returned
> by NSTemporaryDirectory().
> 
> I tried it with binary and sqlite-store (we are using sqlite in our app). 
> 
> Does anyone has some ideas what to try? The logs don’t show anything. 
> 
> Thanks in advance, and sorry for the long post. 
> 
> Cheers, 
> 
> Felix
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> 
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> 
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
> 
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/cocoa-dev/rols%40rols.org
> 
> This email sent to r...@rols.org


_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to