Hi all. in WEM i have it set to delete desktop shortcuts and then it creates new ones based on actions. Desktop folder is also redirected to file share using wem USV. What i have noticed is that if a user creates a shortcut on their desktop to a network share, it gets deleted next time they logon. After they create it, it does copy to their desktop folder on file share. But it seems it is getting removed when the login again. Is this because the network is not ready and the system see's it as an invalid path and removes it? or somethihgh else

Yeah don’t do that unless you want your users to strangle you - you are telling wem to delete it all

i thought wem only deleted desktop shortcuts it created. but perhaps i am wrong and it is deleting all desktop shortcuts?

Nope, I had this years back with a customer, I think from memory we scripted something or other but I can’t recall exactly - that setting is a cleanup action - it’s designed for control scenarios

thank you sir! i appreciate your prompt response that once again verifies i didnt understand something right. lol

all good man, we learn by doing.

3 years ago I did the samething @Chris Schrameyer. It wipes out everything man.

Enabling the delete options will delete everything defined, regardless of these being defined by WEM

James had to get me straight back then as well-haha

probably coz i kicked my own ass to be fair 🙂

lol

So many changes since then - got an updated one out soon hopefully with some fixup guidance where things have changed

so that is fixed now i have the same issue i had before with blank icons. It is because I log into different published desktops that have different WEM policies, and my desktop is redirected. So same desktop, but different icons get applied based on what WEM policy is used last. Each WEM policy has different .ico filenames. sad face

I’m about to go to sleep, but I’m 95% sure I’ve dealt with this sort of scenario before. Root of the issue is that you have a central desktop store (redirected) but when you log into desktop a, shortcut icons from desktop b are there and ugly because not accessible? And then vice versa??

just icon. yes you understand it correctly

I am going to DM you

Looks like i was able to resolve this thanks to @James Kindon. I enabled "Enforce application processing" under advanced settings. This forces WEM to recreate the desktop shortcuts each time so it overwrites any old shortcuts that may be present from the users' redirected desktop

Nice one mate, good work

Nice, do you see any delays in logins? Just curious?

I haven't done a comparison yet regarding login delays. I would assume there is some impact but I haven't really noticed yet

I feel you. I been feeling like this lately as well.

image.png

there is a couple of concepts being mixed and matched here. Turning on Agent actions for applications will process applications. That means WEM will do the basics with the applications, or nothing. Toggle on/off. Enforce application processing will make WEM reprocess the application regardless of any changes or not, by default, once processed, if there is nothing changed that WEM is aware of, there is nothing to do - enforcing will make it reprocess every time (typically recommended) In your scenario above, it is usually a combination of enforce, and "*check application existence*" which is your friend. That setting tells WEM to check that the path is accessible before pushing the shortcut (why put a shortcut to something the user can't reach?) - It's not on by default, but it should be used everywhere

Excellent analysis! Spot on