1 2 Previous Next 18 Replies Latest reply on Feb 21, 2020 8:58 AM by DEMdev Go to original post
      • 15. Re: Windows 10 (1909) Redirecting Downloads failed
        sjesse Master
        vExpertUser Moderators

        if you go to a cmd prompt and type in echo %userprofile% what shows up? For me %userprofile% shows what I shared before, anything that uses will rewrite \\path_to_share\%userprofile%\Downloads to whatever %userprofile% redirects to. If it works for as %userprofile% maybe you changed that somehow

         

        • 16. Re: Windows 10 (1909) Redirecting Downloads failed
          rsaulitis Novice

          Hi DEMdev,

           

          I have captured all necessary information with ProcMon. I will send you private message to logs.

           

          P.S

          Logs are big

          • 17. Re: Windows 10 (1909) Redirecting Downloads failed
            DEMdev Master
            VMware Employees

            Hi rsaulitis,

             

            I've downloaded your ProcMon trace, and I can see "proof" for the issue you encounter. Not that I doubted you; just to make sure the ProcMon log contains the information I need

             

            I most probably won't have time today to dive into this, but I'll keep you posted. Either in this thread, or by private message (in case of PII.)

            • 18. Re: Windows 10 (1909) Redirecting Downloads failed
              DEMdev Master
              VMware Employees

              Hi rsaulitis,

               

              I've analyzed the ProcMon trace you took. Unfortunately, the collected stack traces don't have FlexEngine.dll (that happens sometimes, for reasons unknown) which made it a bit harder to troubleshoot.

               

              But even without those extra details: for each of the folders that need to be redirected, FlexEngine performs exactly the same Windows calls. Windows performs exactly the same additional calls behind the scenes. It's just that the Windows function that takes care of the "Desktop.ini" file for some reason (file server, antivirus interference, ?) gets a different result code for the "Downloads" folder, which means that it won't create that file, and DEM subsequently logs that "redirected successfully, but error initializing" message.

              ("CreateFile" in this case tries to create the directory on the UNC path; "NAME COLLISION" corresponds with "folder exists", which the calling code can deal with successfully.)

               

              I'm not really sure how to proceed, I'm afraid. If you don't mind, could you try a few things for a test user?

              • Redirect the Downloads folder to a local folder. Something like:
              • Redirect the Downloads folder to \\Same\UNC\Path\%USERNAME%\TestFolder instead of ...\Downloads.
              1 person found this helpful
              1 2 Previous Next