Adding items to MAX RemoteManagement System Tray (Solved)
-
After setting up System Tray policy I added email link (with subject and recipient) as well as website link and Abort reboot which I mentioned in this post.
From the All things MAX website I was able to setup a System Tray menu option so an end user could abort a reboot using shutdown.exe in the path box and /a in the argument box. Since this worked as advertised, I thought it would be cool to add a menu item that would launch the Snipping Tool.
I have used snippingtool.exe in the path box and nothing in the arguments box. Failure (the request file could not be found error). So I tried direct path %windir%\system32\SnippingTool.exe and that has not worked either. Anyone know how what I am missing?
tagging @Minion-Queen
-
not sinippingtool.exe just snippingtool without the extention
http://www.windows-commandline.com/launch-snipping-tool-command-line/
report back if you need more.
-
@GregoryHall said:
not sinippingtool.exe just snippingtool without the extention
http://www.windows-commandline.com/launch-snipping-tool-command-line/
report back if you need more.
When you make a change in MAX RM to the System Tray policy, how long before it is reflected on the PC? I made the change and I also logged off (signed off (W8.1.1) and it still doesn't work.
-
According to the MAX documentation I need to use Local File Enviromental Variable Replacements for running programs from the MAX RemoteManagement System Tray. As noted in my post above I have attempted this.
Also shudown.exe works w/o any issues, so why wouldn't SnippingTool.exe?
This is so annoying!
-
Someone in the LinkedIn MAX RemoteManagement group had the answer I needed.
According to MS information on this website the correct way to call programs in the System32 folder is like this:
%windir%\Sysnative\name-of-file.exe, or for the Snipping Tool: %windir%\Sysnative\snippingtool.exe.
Once MAX RM pushed out the update to the client, it worked as expected.
