Published apps Event ID 19104 RRS feed

  • Question

  • App V 5.1

    This is a really annoying error :-(

    Computer1 - 

    Log in as me, all apps work fine

    Colleague logs in, no apps work (error 19104)

    Computer2 - 

    I log in, half of the apps work, half dont (error 19104)

    Colleague logs in, all apps work

    Both machines are fresh builds, same user permissions, same OU location in AD etc etc

    any ideas?

    Friday, October 9, 2015 12:34 PM


  • Yes, it was installed prior to an sccm capture

    I have now build a new gold image and am installing the client as part of the task sequence

    do you think that may have explained the issue?

    Thursday, October 22, 2015 8:25 AM

All replies

  • Thanks for the links

    I have deleted the following key but it's not made any difference


    Friday, October 9, 2015 2:03 PM
  • Could you change the refresh interval to speed up the Sync-AppvPublishingServer if you are using full infrastructure and try.

    (Please click on "Vote as Helpful" and/or "Mark as Answer", if it has helped you.)
    BLOG: app2pack.blogspot.com

    Friday, October 9, 2015 2:16 PM
  • I can do, it's set at 2 hours at the minute

    However, I do have the UI installed and have been clicking the refresh button all the time

    Thing is, for one user everything is fine.  When I login, I see all the apps in the cache, half of them work, but not the other half.  I can see a white icon on the start menu, but nothing on the desktop.  When I attempt to click on the white icon nothing happens.

    Friday, October 9, 2015 2:22 PM
  • Are you deploying to users or to machine (global)? Enable the analytic and debug logs, and check why each package is failing.
    Friday, October 9, 2015 3:52 PM
  • Users at the minute

    will enable logging and check

    Friday, October 9, 2015 4:05 PM
  • on the client machine

    Event ID 3

    ERROR: could not locate the user property cache for package xxxxx-xxx-xxx-xxx-xxx, version xxx in the 2 catalog

    Logged in with another user, works fine

    Monday, October 12, 2015 12:15 PM
  • ok so I think the above error might be a red herring

    This is a windows 10 machine

    I logged in with a working user and decided to rename the faulty users local profile to .old.  No idea how to properly do this in windows 10, as the profile icon from control panel doesn't show any users??  anyway, upon logging in with the faulty  user they now get all the app-v apps.  When I rename their profile back by removing .old, they now get no app-v apps.

    I've tried removing the local appv folder, and also the remote appv appdata folder.  I've cleared the local store, and also ran the sync-appvpublishingserver but same 19104 error

    This is not an isolate case.  Other users on other machines are also reporting 19104.  The user which is working on the windows 10 machine, isn't on their own machine for example.

    It's hard to identify the root cause

    I'm pretty confident it's not a GPO, and have a feeling the issue lies either on the machine or the users roaming appdata....however like i said, removing both these folders does not fix the issue.

    Monday, October 12, 2015 3:16 PM
  • ok, so I have figured out how to correctly delete local profiles.  The user in question is now working.

    Can I find out which bit of it had the problem?


    Monday, October 12, 2015 3:43 PM
  • How are you managing the profiles for the users?  If the roaming portions are actually roaming, you will need to make sure you are including / excluding the right portions of the local and roaming.
    Monday, October 12, 2015 4:51 PM
  • Users do not have roaming profiles, but they have folder redirection (inc appdata)

    I didn't think this was required as the roaming appv folder in appdata gets copied locally by the AppV service

    If we do need to exclude / include folders would you mind telling us which ones.  Looking on google at various guides is quite contradictory


    Tuesday, October 13, 2015 8:49 AM
  • I've read this, and assume that since we are using folder redirection using group policy on all available folders (appdata, desktop, my docs, my pics) that we don't need to set any exclusions


    also, reading this indicates that we are good


    Tuesday, October 13, 2015 9:00 AM
  • any advice from the forum please would be gratefully appreciated

    We have a few random users / machines which have this error.  We can't be deleting the local profiles all the time.  Ideally need to get a solid solution.


    Wednesday, October 14, 2015 12:38 PM
  • bump
    Friday, October 16, 2015 8:13 AM
  • Was App-V Client baked in the deployment image for these machines?

    Steve Thomas, Senior Consultant, Microsoft

    App-V/MED-V/SCVMM/Server App-V/MDOP/AppCompat

    The App-V Team blog: http://blogs.technet.com/appv/
    The MED-V Team Blog: http://blogs.technet.com/medv
    The SCVMM Team blog: http://blogs.technet.com/scvmm/

    “This posting is provided "AS IS" with no warranties, and confers no rights. User assumes all risks.”

    Saturday, October 17, 2015 4:14 AM
  • Yes, it was installed prior to an sccm capture

    I have now build a new gold image and am installing the client as part of the task sequence

    do you think that may have explained the issue?

    Thursday, October 22, 2015 8:25 AM