Thanks. Mine is a stand-alone home computer and I wasn't savvy enough to realize that this was the wrong thread, so I doubt that further searching would help me find the right one. I'll just open a new thread.
Yes. Nitro has had a paid version that competes with Adobe Acrobat out for a while, although I think
they have to pay royalties to Adobe since Adobe owns (really stole) the format (PDF). Nitro recently released this free edition that has these features but still consider it in "Beta" but it is on Version 1.2.x. This version is more stable and crashed less than the 9.3 version of Adobe Reader who is on their 9th major revision.
I found this wonderfull peice of software in this thread from another user who was having this issue after moving to Windows 7. I have always hated Adobe Reader becasue Adobe neuters it so much so you can't even save fill in forms or insert a signature which is what 90% of casual users want to do. Instead Adobe makes you spend $200 to buy Acrobat to do these things which is WAY overkill.
I recommend using Nitro. I have had 0 issues with it and have 10 of my users on it already and when I roll out Windows 7 to the rest of my users we will all be using it.
I have not seen this problem in Adobe Reader X, but that is because the problem was resolved in some revision of Adobe Reader 9.3.
If you have the permissions setup properly on your network shares the problem is gone.
Is it working now with "folder redirection" without modifying permissions? There is a lot of bureacracy to get appropriate approvals in order to modify permissions for thousands users in the whole enterprise
To recap. The original problem is caused by the user's Application Data folder being redirected to a network share.
The problem has been fixed. Up until a certain version of Adobe Reader 9.3 it didn't matter what you did. In all my testing it just would not work. Now, it is OK.
But, there is still a problem, not from Adobe Reader persay, but from incorrectly setting up permissions on network shares which causes problems with AR, and possibly other software. The user must be able "walk" the folder structure on the network share down into their own application data folder. This means that the folder that is shared (the root folder that holds all the user's folders with additional application data folders under each one of those) that holds the application data folders needs to grant "traverse directory" permission to USERS or EVERYONE. This should be standard practice as any user should be able to "walk" the share from the root share down into their own personal folders.
So, for example:
You have a share on a server: \\server\userdata -- It maps to C:\Userdata on the server.
You have used a group policy to redirect user's application data folders to: \\server\userdata\%username%
Therefore, by standard practice we give "EVERYONE" "FULL" control of the \\server\userdata share. (The share permissions)
Then, we modify the NTFS permissions for the folder C:\Userdata and grant user's the "Traverse Directory" and "Create Folders" permission for "This folder only"
So, when the user logs in for the first time, they are able to create their own user folder and the application data folder will be created under that. This happens automatically obviously.
Then, any programs that attempt to "walk" the folders down into the application data folder will be able to access:
I hope that explains it clearly. Its a quick change on the server and doesn't matter if you have one user or 5000.
Don't redirect application data and it will work without changing permissions. I recommend updating the permissions even if it means going one by one through a thousand users folders. It is a problem that won't go away even if you install reader locally.
I found some extra information that may help out someone else. It has to do with file permissions, but not the List Folder/Read Data permission.
I'm running Windows 7 64-bit, Adobe Reader X (10.0.1), and have folder redirection for our AppData to a network share (specifically a roaming profile share). When I created the roaming profile share I gave "Authenticated Users" Full Control share permissions and then added "Authenticated Users" to the file/folder permissions with only "List Folder/Read Data" and "Create Folder/Append Data" permissions. This, I believe, is best practice for any roaming profile share.
These are the lowest permissions needed for a user to create and save their roaming profile. I set up redirection to redirect user's appdata to \\servername\profiles\appdata, but users started getting the same errors discussed previously when trying to open PDF files on the Internet.
I read somewhere (possibly in this thread) that Adobe Reader seems to need to be able to browse to each folder in the redirected appdata path. I tried going to \\servername\profiles\appdata and I could, but then got an error when I tried to go to \\servername\profiles. So, even though the file perms on that directory are List Folder/Read Data, I couldn't browse to the \\servername\profiles directory.
In the end I fixed all of this by modifying the file/folder permissions on the \\servername\profiles directory. Besides "List Folder/Read Data" and "Create Folders/Append Data," I included "Read Attributes." After this change I could browse from my computer to \\servername\profiles and Adobe Reader X started to work properly.
Same Problem for our network with Reader 9 and X - if profiles are on the server and the connection is lost/dropped....
it does load a local profile - but Adobe Acro. Reader will not work under that condition.
Most other programs will.....
Lets hope adobe will someday fix this - it is just 3 years......
Apparantly, the problem still exists in 11.0.03. version XI.
I'm running 2012 RDSH servers. All users now are roaming profiles including administrator. However, I can log in directly to the cosole or Hyper-V console and Reader opens correctly.
If I log in as administrator (non-roaming profile), the reader opens. If I log in as a roaming profile user, "An Internal error occurred."
It also looks like it is related to UNC paths as was identified in this discussion. I don't see a solution so I guess I will have to find another provider of PDF reader/writer...
Good Luck everyone!
If you give your administrator full control of his home directories does the
error still occur? Also, if you are using Windows Vista or later you can
tell active directory not to move the application data folder and if I
remember correctly, that was the one causing the issue.