I am running Bridge CS5 for the first time and I receive this error when attempting to create a contact sheet. "There is insufficient disk space to complete this operation." The image files I am using are web optimized and very small. The error even occurs when attempting one small image. I have gone back to using Bridge CS4 and it works just fine. Any help?
This may be the same error that I get when my Mac is logged into a particular Win7 computer but not a WinXP network.... it's a very repeatable error, there are a couple other people that can replicate the same problem.
Unfortunately Adobe is not able to recreate the problem at their site and therefore there is not going to be a fix except to unmount the offending Windows or network device that is causing the problem. There are several scripts that are effected by this, AOM, Browns 123, imageProcessor etc. I assume that they share some code.
I think I narrowed this down to having a network volume mounted with a share name of "Users". The strange thing is even you if unmount the volume you will still have problems. However, if you avoid mounting the volume entirely (from boot) it will be OK.
The solution, it appears, is to rename the sharepoint to something other than "Users". This worked for us. I'm not sure if it matters whether the server is Windows or Mac OS. In our case the sharepoint was an AFP volume on Mac OS.
We had other errors related to Bridge such as "unable to create folder" and the path in the message appeared to be /Users/currentUser/..... which made no sense at all. However, if Bridge was internally trying to use /Volumes/Users (the mounted sharepoint), it would not only not find "currentUser", but it would not have permissions to create that folder either.
So, another possible solution could be to grant file creation rights on the network volume "Users". Another not-so-great idea.
Hope that helps someone else!
>The solution, it appears, is to rename the sharepoint to something other than "Users".
that sounds very interesting. A location on a windows 7 computer with the name Users and on the Mac computer..... point of conflict or something written into the scripts to look into the Users area causing problems????
Unfortunately I don't see anywhere the I can change the name of the Users volume on my Windows 7 computer.... any thoughts? and what would happen on the Windows computer if I make a change?
Ah yes, I had forgotten that Windows had also started using "Users". Seems like it is all coming together.
Try creating a share for the "C:\Users" folder, but change the "share name" to something else, like "Stuff". I was able to do the same thing on Mac OS Server without changing the actual folder name-- just the share properties.
Then, make sure you client is using \\machine\Stuff and NOT \\machine\c$\Users
I linked your thoughts to an older thread that Adobe was investigating:
I wasn't able to rename the "Users" directory within the Win7 box, it seems to be part of the OS, as in the Mac environment, at least that's what I could find. You have much more experience in this area than I do, so without that wisdom I'm being a little cautious so as not to create more problems than I can fix.
But... here's what I think is good news. I can recreate the problem with a USB stick. Name a USB stick Users, mount it on your Mac and the same problems occur. So, hopefully with your information Adobe can finally recreate the problem on their computers and come up with a fix for this bug.
it definitely hasn't been fixed yet.
It's easy to reproduce and it's been around since the release of 12.0. I think that the number of people complaining about the problem has been limited, and possibly it hasn't gotten to the point of hitting the priority list yet?
- not in the latest update 22.214.171.124 (6-30-11), I thought it might have been squeezed into the update but I guess that the only thing that was fixed was the facebook upload
Any update on this? This is another issue that I'm plagued with in a long line of adobe issues related to being in a corporate environment. We have over 20,000 user account home folders shared under 'users', that doesn't plague issues in any other applications we have.
Renaming it and fixing any potential client issues is out of the question, just because there's a hard link to /Volumes/Users somewhere in your code.
Just to clarify -- the value is not hard-coded in the script anywhere. It's not a simple matter of just tweaking some scripting code -- I tried this myself, and was unable to get this to work.
We are still looking into this issue.
I just had a user report this to me using OS 10.6.8. Creative Suite 5.5. The system has 600GB free, and 16 GB RAM
We do use an SMB mounted volume named "Users", but they need to use this folder to send files to Users, possibly the most common name for a mounted volume in the Western World.
Adobe, this error was reported nearly a year ago. Please fix it already.