Copy link to clipboard
Copied
I'm working on a Citrix XenDesktop deployment with Windows 10, both persistent and non-persistent desktops.
I've followed the instructions listed here - Common Deployment Options and Methods — Enterprise Administration Guide to serialize my master images, and that works fine. I run the APTEE, generate the XML and serialize my masters. All works successfully, no errors in the log. The original install was done using a MSI transform from the customization wizard that disables cloud features and sets some program defaults. Grant offline exception is also in there.
The issue comes in when I deploy the images. Even though the master is serialized, when a user launches DC for the first time it prompts them for a sign in. Here is where it gets interesting, although it prompts for a sign in, if you cancel out of the popup the program runs fine. Close and relaunch Acrobat and it opens as it should, no sign in prompt. This happens for both my persistent and non-persistent images.
I looked through the logs (oobelib in %temp%), and it looks like on first launch (for every user) Acrobat is doing something like this:
I could let this go for my staff using persistent desktops by just telling them to close the prompt on first logon, but not for my student labs.
Has anyone ever seen this behavior before? Is there a way around this?
The error may have been in using the Grant Offline Exception. You seem to have missed the note in the ETK regarding imaged OSes.
Note
Granting an offline exception to activation using the Customization Wizard for an imaged OS deployment method is not supported.
Copy link to clipboard
Copied
The error may have been in using the Grant Offline Exception. You seem to have missed the note in the ETK regarding imaged OSes.
Note
Granting an offline exception to activation using the Customization Wizard for an imaged OS deployment method is not supported.
Copy link to clipboard
Copied
That did it. I knew that I couldn't use the grant offline exception option, but my mistake was using the same custom transform as our standard deployment installs. Removing that option and serializing with the --stream option seems to have done the trick.