I had the same problem. We use redirected folders that are stored on a network share. I logged in as the local Administrator on the workstation. I then copied the EN folder from \\<workstation>\c$\Documents and Settings\Administrator\Application Data\Adobe\Designer\8.0 to \\<networkshare>\redirected\<username>\Application Data\adobe\Designer\8.0. Everything then worked.
That is all good if you only have one of two users which use the product. If you have over 100 then it becomes an issue. Also if you are using software to automate the delivery of the software as machine based install ( i.e. software that should just need to be installed on the computer under any account with the required privlidged and it is then avaliable to any one who uses the computer ) now requires a user based component to get it to work for the first person and for any other user who is planning on using it on that computer from that point on.
It appears that something is missing from the install, if you are going to create user profile based reg keys and files then you need to ensure that the software creates these for each user who logs on ( a bit like work does with each user ). The only exception that I could think of would be if the license states that it is a user based license rather than a node based license. Either way I would have thought that there were few organsiations where user were allowed to install there own software and either required an admin to do it or a solution like SMS or Altiris installed it for them.
1. Take a working install (do a manual install) and capture the appdata entries and put them into a null session share folder.<br />(ie. <network path>\Application Data\Adobe\Designer\8.0)<br /><br />2. create a script (vbs or whatever) that will create the app data folders for designer 8.0<br />3. have the script copy the contents of the working environment.<br />4. make a deployment job copy this into the allusers startup.<br /><br />so what will happen is every user that logs into this machine will then have the startup generate the designer environment for you. <br /><br />It's not a perfect solution but it works until adobe addresses this.<br /><br />SAMPLE CODE (VBS) (replace <>'s with your paths)<br /><br />Const DesignerPath = "<network path>\Application Data\Adobe\Designer\8.0\EN"<br />Const SourcePath = "<my null session share source files>"<br />Const DestPath= "<network path>\Application Data\Adobe\Designer"<br />Const Ver8Path= "<network path>\Application Data\Adobe\Designer\8.0"<br />Const AdobeFolder= "<network path>\Application Data\Adobe"<br /><br />Dim filesys<br />Set filesys = CreateObject("Scripting.FileSystemObject")<br /><br />If Not filesys.FolderExists(DesignerPath) Then<br /> If Not filesys.FolderExists(AdobeFolder) Then<br /> filesys.CreateFolder(AdobeFolder)<br /> End IF<br /> If Not filesys.FolderExists(DestPath) Then<br /> filesys.CreateFolder(DestPath)<br /> End IF<br /> If Not filesys.FolderExists(Ver8Path) Then<br /> filesys.CreateFolder(Ver8Path)<br /> End IF<br /><br /> filesys.CopyFolder SourcePath, Ver8Path<br />End If
well remember this will only do this for the user that has adobe designer, and only the active logged in user on that machine only.
Now if all 700 users have it on 700 machines, then yes. However if you have that many licenses, then I would expect you to have better chances working with adobe. I don't have anywhere close to that number of adobe professional licenses.
Yeah, we are using a Terminal server, and limiting our licensed users to be the only ones that have access to the application. We have a lot of licesnes, I am not sure the exact number, but other users who do not have access to this application have access to others on the Server. which makes it annoying that my Profiles server will now use up a ton of extra disk space... Still working on a fix here, I will post if I hear anything from Adobe support, I am going to try to get them on the phone again today.