-
All replies
-
Helpful answers
-
Jan 29, 2014 7:04 PM in response to banyanfinnby etresoft,It is well-known that small changes can be amplified into what is perceived as insurmountable obstacles when articulation work is involved. You are welcome to send feedback to Apple to request it be changed back to the old behaviour.
-
Feb 4, 2014 9:15 AM in response to Jonathan Perelby MetaDesign,I have this same issue. If this is an intentional change on Apple's part, it's a very ill-informed one.
-
Feb 17, 2014 5:31 PM in response to Jonathan Perelby John Douglas6,Perhaps installing Server 3.0 and relating to the sharing feature will address your problem. It will end run many of the client issues.
-
Feb 18, 2014 10:12 AM in response to Jonathan Perelby Jonathan Perel,I have filed this as a bug report and have found the replies to be extremely UNHELPFUL in every way. If you have any contacts that can help make Apple realize the error of their ways on this please use them.
Apple Developer Relations 12-Dec-2013 10:56 AM
Engineering has determined that this issue behaves as intended based on the following information:
The Finder has made this change. AFP/SMB now have an option and the Finder is setting it.
If you have questions regarding the resolution of this issue, please update your bug report with them.
We are now closing this bug report.
Please be sure to regularly check new Apple releases for any updates that might affect this issue.
Apple Developer Relations16-Dec-2013 11:20 AM
Engineering has provided the following:
The option is a low level option that allows the finder to decide how to mount these volume. SMB/AFP no longer control how these are mounted
We are closing this report.
If you have questions regarding the resolution of this issue, please update your bug report with them.
Please be sure to regularly check new Apple releases for any updates that might affect this issue.
-
Feb 18, 2014 10:18 AM in response to etresoftby Jonathan Perel,I have filed a bug report which Apple has closed and refuses to reopen.
-
Feb 18, 2014 10:35 AM in response to etresoftby Jonathan Perel,If by better you mean worse or not at all then you are correct.
-
Feb 19, 2014 11:35 AM in response to John Douglas6by MetaDesign,Thanks for the advice. However the irritating/stupid inconvenience of afp urls mounting as volumes is preferable to the nightmare stories I've been hearing/reading about Server 3.0 (and Apple's lack of support).
-
Feb 19, 2014 11:35 AM in response to Jonathan Perelby MetaDesign,Why am I not surprised?
Thanks anyway.
-
Mar 6, 2014 2:05 AM in response to MetaDesignby Father Zimfire,Same issue here.
Annoying, I'm just trying to use AFP links and am getting this issue.
I wouldn't mind if there were a workaround, like changing the URL to afp2://server/share etc.
file:///volumes/sharename/path/folder/file works, but only if the share is already mounted (can't be guaranteed in our environment with laptops going on and off the network, sleeping etc.)
FZ
-
Mar 6, 2015 2:36 PM in response to Father Zimfireby Jonathan Perel,"file" urls seem to be broken now in Yosemite. Way to go Mail.app!
-
Apr 10, 2015 12:06 PM in response to Jonathan Perelby ahawkes,It would seem that this behavior change has happened before. I know it's digging back to the past, but I find it interesting the language used in this support document to describe the same situation when it happened in Mac OSX 10.6.0 - 10.6.6:
"The path at which the shared folder is mounted is different in Mac OS X v10.6 through 10.6.6 compared to other versions of Mac OS X.
A URL that points to a file on the server (for example afp://myserver.mydomain.com/Sharepoint/Folder/File.txt) will not work. This issue is resolved in Mac OS X v10.6.7 and later.
In Mac OS X v10.6 through 10.6.6, if the target of the URL or mount_afp command is a folder within the sharepoint, the folder will be mounted. In Mac OS X v10.0 through 10.5, and Mac OS X v10.6.7 or later (including OS X Lion), the sharepoint is mounted."
-
Jun 23, 2016 10:42 AM in response to banyanfinnby rwinter_70,Resurrecting this thread for relevence. I agree wholeheartedly. We have one multilayered mounted volume at work. We are all sharing links to eachother throughout the day. Mounting individual volumes for each link is a joke. Previous OS versions were more efficient when they opened a window to the file path on the already mounted shared volume. This was the opposite of inefficient and buggy! Then I could create a shortcut to that filepath and reuse it and reference it. This new way does not make sense from a user perspective. Please provide a solution that fixes this issue and reverts back to previous usability.