astromac's dashboard

astromac replied on July 22, 2009 15:58 to the question "Macs, Manager and Menus!" in Sharpcast:

emkay - they shouldn't remove the beta tag. The Mac client has serious issues.

A comment on the question "ExpanDrive + PathFinder == Rachel + Ross (they need to hook up)" in ExpanDrive:

The ExpanDrive volume doesn't mount in Path Finder. They rolled back the behavior in PF 5.0.7 (to the 5.0.4 code when it worked) and then changed it in 5.0.8 because of a timing out problem or something like that.

I can enable Show Invisible Files in PF and go to Volumes to find it but if I deselect Show Invisible Files then the current browsing view disappears and returns to the hard drive root (making the volume inaccessible again).

Developer comment in the cocoatech.com support forum:
"I emailed a developer at Expandrive and told him what I'm doing to get the list of volumes. I'm just using a standard Cocoa function. He said he would fix it. I would email Expandrive and ask them why it doesn't work.

I'll happily fix it if needed, but any other Cocoa app using the same standard API will not work either."

The thread can be viewed here.
http://forum.cocoatech.com/showthread...

Path Finder 5 has had a bucketload of problems so I have no idea where the problem lies. Now you know what I know :) – astromac, on February 10, 2009 17:53

astromac asked a question in ExpanDrive on February 10, 2009 17:11:

ExpanDrive + PathFinder == Rachel + Ross (they need to hook up)

Would love to get ExpanDrive mounts working with Path Finder. They used to but have since stopped doing so. I have completely stopped using ED as a result but want desperately to use it again. I hope this fix is on your radar. Thanks!

(Sent here from "Send Feedback" in ED menubar dropdown)

astromac reported a problem in ExpanDrive on December 19, 2008 15:47:

Console entires made upon document save

Was checking my console for something unrelated to ExpanDrive and noticed a couple entries for ExpanDrive. I'm just forwarding them along in case you find them useful. The entries were apparently made due to document saves.

12/19/08 10:08:25 AM ExpanDrive[224] chown /fileadmin/Templates2.0/Site_css/default.css 501 20
Traceback (most recent call last):
File "/expandrive/pyfuse/fuse.py", line 362, in __call__
File "/expandrive/sftp/TwistedBridge.py", line 86, in g

12/19/08 10:08:25 AM ExpanDrive[224] File "/expandrive/sftp/TwistedBridge.py", line 71, in g
File "/expandrive/sftp/TwistedBridge.py", line 36, in _putResultInQueue
File "/expandrive/sftp/SFTPFS.py", line 1024, in chown
TypeError: int argument required

A comment on the discussion "Setting file upload permissions" in ExpanDrive:

Thanks Matt. I think this you have a tremendous product here and it is one of my favorite gems sitting in my App folder. – astromac, on July 31, 2008 19:00

A comment on the discussion "Setting file upload permissions" in ExpanDrive:

As for the file permissions always uploading with mode 700, I just tried again and uploaded a text file (with path Finder even). This time it uploaded 644. I set the permissions (via path Finder) to 700, uploaded it and shelled into the server and got a directory listing and it indeed remained 700. Looking at the same uploaded file via Finder only tells me I have custom access. Changing the permissions locally to 755 and repeating the process via Finder end up with the same results.

So in the end, it seems that I need to be aware of what the permissions are locally and not to expect ExpanDrive to chmod the files by default as I was used to in Transmit. I apologize for implying that this was a bug more than a feature request. – astromac, on July 31, 2008 18:58

A comment on the discussion "Setting file upload permissions" in ExpanDrive:

It sometimes does and sometimes doesn't. Sometimes I'll change af ilename and it looks like it changed but it really didn't. If I refresh the directory listing it then changes back to the old filename. I'm not convinced it's a problem with ExpanDrive. Because it's sporadic, because I have inconsistent permissions issues with file uploads and because I use Path Finder most of the time I am hesitant to lay blame of my file renaming problems at the the feet of ExpanDrive. – astromac, on July 31, 2008 18:36

astromac replied on July 31, 2008 16:01 to the discussion "Setting file upload permissions" in ExpanDrive:

Hey Matt,

I did see BatChmod. It does seem like a handy program but if this permissions issue becomes cumbersome (using 2 separate programs to upload a file) I may likely revert back to Transmit - at least for new file uploads. For the moment it is workable as most of the time I use it to edit existing files rather than upload new ones - in which case ExpanDrive performs great. I can sit in Textmate, and save all day long without getting an email alert from our server that somebody logged in as I do with Transmit. That is wonderful.

As much as I love ExpanDrive and prefer using it to Transmit, Transmit allows me to upload files, have it set permissions and even rename them once uploaded. Right now I can't do these things as effortlessly with ExpanDrive. Although, to be fair, sometimes renaming a remote file works sometimes it doesn't.

astromac replied on July 31, 2008 12:59 to the discussion "Setting file upload permissions" in ExpanDrive:

Sorry about the delayed response. I do not manage our webserver so I am unaware of any strange setup. I do not know how to verify whether the setgid bit is set on something. I just upload the files and know enough about linux to get around in it.

astromac replied on July 18, 2008 18:08 to the discussion "Insufficient privileges despite logging in as root" in ExpanDrive:

Hey Jeff,

Thanks for the quick response. I seem to have isolated it further. It seems limited to Path Finder. Path Finder prompts me to authenticate when I try to copy data whereas Finder does not. So there is something about the new version of ExpanDrive that Path Finder doesn't like or ExpanDrive doesn't like about Path Finder.

This is not the case for all mounts either. Path Finder only prompts me to authenticate for a hard drive on our server that doesn't have the OS on it (Linux). It just contains video data. FWIW, it is formatted as ext3.

Other behavior I noticed that the password saved in ExpanDrive was somehow erased and I had to enter it again. I haven't been able to reproduce that one.

Also, trying to eject the media via Finder does not always work but it always works through Path Finder.

astromac started a conversation in ExpanDrive on July 18, 2008 16:45:

Insufficient privileges despite logging in as root

ExpanDrive 1.2.9 is now giving me trouble with "insufficient access privileges" when trying to drag a file for upload. I can login and mount the drive fine. I just get the error when I try to send a file over. Permissions for the remote directory are set to 775. I am logging into the remove drive as root as well so permissions should not be an issue. I had no issue with the previous version.

Any thoughts?

astromac started a conversation in ExpanDrive on July 18, 2008 14:16:

Setting file upload permissions

i noticed that when I upload a file using ExpanDrive (1.2.9) the permissions for the uploaded file are set to 700 despite the fact that the remote directory is set to 755. Actually, I would prefer to set the uploaded file's permissions to 644 as I can with Transmit. I think even command-line sftp assumes the receiving directory's permissions by default if I'm not mistaken. Is there a way to set file permissions? If so, I could not find it.

astromac marked one of Jeff Mancuso's replies in ExpanDrive as useful. Jeff Mancuso replied to the question "Which version of MacFUSE is safe with ExpanDrive and Parallels?".

astromac asked a question in ExpanDrive on June 27, 2008 18:27:

Which version of MacFUSE is safe with ExpanDrive and Parallels?

If Parallels installs MacFUSE (I have no idea what version) and ExpanDrive wants to install MacFUSE and MacFuse for Leopard is at 1.5.1 do I decline ExpanDrive installing an older version of MacFUSE? Is that okay or problematic?