drexel13
-
Posts
9 -
Joined
-
Last visited
Posts posted by drexel13
-
-
In case anyone else is having this issue and is tired of waiting for a fix that may never come...
Attached is an Automator workflow I put together. It adds a service to the contextual menu that will toggle the alias bit on any file in the Finder. It works on multiple files at once. Just select what you want, right click, and choose "Toggle Alias Bit". I made it a toggler rather than a setter so you can undo it if you accidentally turn a regular file into an alias.
To install, unzip it, double click it, done (sort of). If you don't have Xcode installed, the first time you try to use it there will be a short pause, then you'll be prompted to download and install Xcode developer tools. This will happen automatically, you just need to OK it. The reason for the developer tools requirement is the use of the GetFileInfo and SetFile commands, which are part of that.
-
This is still an outstanding bug with bittorrent sync. Is there any hope that it will be addressed in the near future or should I give up and try to find some other means of accomplishing my file syncing?
-
Thanks for the tip, Alex. Creating aliases is quick and easy, so I prefer them over symbolic links. But good to know the links work.
FYI, I had emailed support about the issue with Aliases as well and it's been put on the bug list to be fixed.
Cheers,
-Zach
-
Another clue: on the Mac the alias was created on, if I ls -l in the terminal for that directory, it lists the alias files' attributes as "-rw-r--r--@", but on the Mac the alias is sync'd to, the attributed are "-rw-r--r--".
Looked into it a lot more and found that the "alias bit" gets turned off somehow on syncing. Using Path Finder (from cocoatech), the alias bit can be turned back on. The icon changes from a normal pptx to a blank icon, but the alias works again.
So, the bug is that somehow the alias bit gets turned off when an alias is sync'd. Please let me know if there's any other information I can provide to help fix this.
-
I thought if I removed the .DS_store and .DS_store? entries from the .syncignore file in the root sync directory then this might solve the issue. While the .DS_store files did sync, the sync'd aliases still do not work.
-
Thanks. I updated both machines to version 1.1.22 and the issue with aliases persists.
-
Not actually current.
Thanks. How do I get the current version? When I click on the check for updates option it says I'm up to date.
-
I've been using bittorrent sync for a few months now and it is a lifesaver, but I recently discovered that when OS X aliases (similar to Windows shortcuts) are sync'd they are no longer recognized as aliases and do not work properly. For example, I have a folder sync'd between 2 Macs (both running OS X 10.8.4). When I create an alias to a .pptx file on Mac A, Mac B sees it as just a .pptx file (not an alias to a .pptx file) when it receives the sync. Therefore, when I try to open it, Powerpoint is launched and gives me an error that the file is bad, instead of the original file (that the alias should point to) being opened. This happens with all aliases I have, not just to .pptx files. I believe this is a bug in which some piece of information is stripped from the alias file when it is sync'd.
BTW I'm using version 1.0.134 of bittorrent sync.
Aliases not properly sync'd in Mac OS X
in Sync Troubleshooting
Posted
Yes, i finally got an answer from the help desk.
You can change/edit the settings of the IgnoreList and remove the .DS_Store from the ignorelist so that it will be sync as well. You need to open .sync/IgnoreList and delete .DS_Store and ._* strings. Additionally, you need to also add "com.apple.FinderInfo" string into .sync/SteamList file. Doing all this allowed me to properly synchronize aliases and maintain the alias bit.