![]() ![]() Sorry it took a couple of days to get back to this. Tho I'm not sure if this could be considered a bug in the Receiver application. So this is in our book the actual solution. We by now have also managed to implement this on a more sustainable GPO based solution, and I've tried this on the workstation without any issues cropping up. Once we moved the user to a separate OU which took away GPO's that influenced this, and manually altered the registry to replace the redirection location with the local C:\Users\,usernam.\Desktop, the issue disappeared. And Receiver apparently solves this by making the icon disappear instead of ignoring the seamless integration, and just allowing the icon to be shown. Since step 3 (which in the Receiver application is not specifically setup, so this seems a default action) tries to write to a location on the netwerk which does not allow for writing, it fails. In the logging it turned out the Receiver was doing three steps to get the icon in:ġ) Subscription issued (which probably prods StoreFront to do it's thing in the database).Ģ) ICO file created in the %AppData% folder of the user, which is (I assume) the actual icon in the Receiver application.ģ) Start menu is accessed and an icon/tile is created in there (to make the expirience seamless for the user). Since the problem machine is a desktop, the GPO saw to it that the user did have the redirect in place. This menu is located on a share that is read-only for all, except administrative users. We have a startmenu on the network for computers so we can control what application anyone gets in their start menu per workstation. And only because my colleague has some major debug logging ( ) still going on another client for testing purposes regarding other issues. If anyone has any thoughts on the matter, I would appreciate hearing them.įound a solution for thos. Seeing we're not even sure this is the actual cause of the issue, to do this for one user and potentially hit the whole organisation is going a bit too far in my book. While we did find a means to make an export of the subscription database in StoreFront, and I can find the SID of the user in there with a heap of references, it seems the only means to get rind of his data in the database is apparently to export the database, edit the export to remove the user, wipe the whole database from the server, let it recreate a completely new one, and import the edited export back in. CITRIX RECEIVER FOR MAC EXCEL ICON WINDOWSApparently StoreFront somehow provides the Citrix Receiver with information that trancends the Windows profile, and thus we're suspecting that this might have some cause in the original problem, tho we're guessing here. Of what I managed to track this is apparently coming from StoreFront (we have 2.5 active at the moment), but there is very little to no real information on what is happening here. What we did find was that in the C:\Users\username\appdata\Local\Citrix\SelfService folder, there is a propagation of icons that persists even in a clean/new profile for the user. There isn't a roaming profile, and even after removing and recreating the local profile the problem persists. The problem follows the user.īased on the above, we're no longer looking at the profile of the user. CITRIX RECEIVER FOR MAC EXCEL ICON PCLet the user log on to another PC that has no issues.Let someone else log on to the users PC, and test this.Removed the local user profile of the user (the user does not use a roaming profile). ![]()
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |