Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1658
  • Last Modified:

Acrobat 9.0 with folder redirection doesn't work

Anyone have any luck with application folder redirection with Acrobat 9?
2 Solutions
Karl Heinz KremerCommented:
Can you please explain what you are trying to do, and what errors you are getting.
This is a common bug with Adobe 9. A quick Google search will show scores of people waiting on Adobe to release and update that will fix this.

You can call Adobe and get a downgrade license to 8.0 and use that. I believe 8.0 does work with folder redirection. The folder redirection problem has been around for a while and it doesn't look like Adobe is that interested in fixing. They do have a work around that uses the runas a local user but that is not really workable if your files are on a remote folder. The runas account will not have the rights to the folder.
Here is the solution that worked for me, found from:

Adobe's program iterates the network path from left to right, skipping the first word: \\Server\Folder1\Folder2\Folder3\APPLICATION DATA as it searches a user's profile for the APPLICATION DATA folder.
So starting at FOLDER1 it checks to see if it can "create" a folder. It doesnt do it, but it tries to check its access. If your not in the users profile at this point, the program MOST LIKELY cannot because its a directory NOT owned by the user. THe previous folders is something you wouldn't give NORMAL users access to.
After the program FAILS to "create" its folder because it cannot -

The program Crashes:
  *R6025 - Pure Virtual function call
  * The exception unknown software exception (0x40000015) occurred in the application at location 0x2e80f5e3
  * C++ runtime error
  * WINDOWS NAME Collision error.
=== ITS ALL OF THESE! Same error, different points in the crashing ===

I create a network drive DIRECTLY to the profile, then I update the registery to make that the WINDOWS APPDATA path.

ALL of this is done on the user logon scripts. So it was just "solved" one day, except for a new drive letter appearing.

(Added to login script)
REG ADD "HKEY_CURRENT_USER\software\Microsoft\windows\CurrentVersion\Explorer\User Shell Folders" /v AppData /t REG_EXPAND_SZ /d "l:\Application Data" /f
For our work we use: \\SERVER\USER PROFILE TREE\%USERNAME%\%COMPUTERNAME% - so each user has SEPERATE data per computer they are on.
It appears that v9.1 resolves this issue (I've just done a test installation of Reader 9.1)
Downloads available here: http://blogs.adobe.com/loridefurio/2009/03/acrobat_adobe_r_1.html

Featured Post

Free Tool: SSL Checker

Scans your site and returns information about your SSL implementation and certificate. Helpful for debugging and validating your SSL configuration.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now