• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag
 

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Error -1700 Test
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Error -1700 Test


  • Subject: Re: Error -1700 Test
  • From: Axel Luttgens <email@hidden>
  • Date: Wed, 9 Feb 2011 22:55:28 +0100

Le 9 févr. 2011 à 17:58, Luther Fuller a écrit :

> Yesterday, I fixed the problem that started this thread, but my user continues to have problems.
>
> I asked my user three questions and have just obtained answers from him ...
>
> 1. Are you using Apple's Mail application to handle your email ? ......... Yes
>
> 2. Does your  Home/Library/  folder contain a folder named "Application Support" ? ..... Yes
>
> 3. Are you using FileVault ? ...... Yes
>
> He has also informed me that his  Home/Library/  folder does not contain a folder named "Mail" (and sent me a screen shot of the folder. All names are in English.)
>
> The very first thing my application does is to check that Home/Library/Mail/Mailboxes  exists. And it does! Is there any good reason for the "Mail" folder to be invisible?

No, unless some previous experiments or some applications (such as those infamous "Finder enhancers") have lead to such a state.

It is always a good idea to ask to run such commands in Terminal:

	$ cd
	$ pwd
	$ ls -al

so as to have a better idea of what happening at the filesystem level; invisibility and localizations are higher level concepts.


> His current error = -1700 (paraphrasing) it is not possible to get an alias to a folder in Application Support.

Without some informations about how that alias is supposed to be built, you'll understand we can't infer very much here...


> I am beginning to suspect that he needs to see an Apple repair person.
>
> I don't use or have any knowledge of FileVault. Could FileVault involved with this problem ?

Well, it has been some time I didn't experiment with FileVault anymore; but that "username:Library:Preferences:" thing made me vaguely think back to FileVault, and that's why I asked.

So, I created user "Manuel Garcia" (could be your client, couldn't it?), activated FileVault for him, logged in as user "garcia", ran following in AppleScript Editor:

	list disks
	path to home folder
	path to application support
	path to application support from user domain
	path to preferences
	path to preferences

and got following results:

	tell current application
		list disks
			--> {"Boot", "garcia"}
		path to home folder
			--> alias "garcia:"
		path to application support
			--> alias "Boot:Library:Application Support:"
		path to application support from user domain
			--> alias "garcia:Library:Application Support:"
		path to preferences
			--> alias "garcia:Library:Preferences:"
		path to preferences
			--> alias "garcia:Library:Preferences:"
	end tell

This is consistent with FileVault's behavior; garcia's home folder has been created as a sparsebunle in:

	/Users/garcia/garcia.sparsebundle

When garcia logs in, folder garcia is moved to .garcia:

	/Users/.garcia/garcia.sparsebundle

a new folder garcia is created, and the sparsebundle is (invisibly in the UI) mounted at that folder:

	/Users/garcia

So, it's true that there's now a mounted volume "garcia"; it's also true that, strictly speaking, garcia's home folder is located at the root of that volume.

But it's perhaps more questionable to have that discrepancy in AppleScript between garcia as a FileVaulted user ("garcia:") and garcia as it would have been if un-FileVaulted ("Boot:Users:garcia:"); consider for example persistent aliases stored into globals or properties and that could break when FileVault is turned on or off.

On the other hand, AppleScript seems to still gracefully handle those conversions between posix paths, hfs paths, file references...

And it also appears that from above results that a FileVault context doesn't explain the problems faced by your client.

That said, one couldn't exclude some corruption of the sparsebundle.
Would it be possible to ask your user to create a new FileVaulted account, and to test your script from there?

HTH,
Axel




 _______________________________________________
Do not post admin requests to the list. They will be ignored.
AppleScript-Users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
Archives: http://lists.apple.com/archives/applescript-users

This email sent to email@hidden

  • Follow-Ups:
    • Re: Error -1700 Test
      • From: Luther Fuller <email@hidden>
References: 
 >Error -1700 Test (From: Luther Fuller <email@hidden>)
 >Re: Error -1700 Test (From: Luther Fuller <email@hidden>)
 >Re: Error -1700 Test (From: Stan Cleveland <email@hidden>)
 >Re: Error -1700 Test (From: KOENIG Yvan <email@hidden>)
 >Re: Error -1700 Test (From: Luther Fuller <email@hidden>)

  • Prev by Date: Append QT movies without adding tracks
  • Next by Date: Re: Error -1700 Test
  • Previous by thread: Re: Error -1700 Test
  • Next by thread: Re: Error -1700 Test
  • Index(es):
    • Date
    • Thread