A community where customers and the community can provide feedback to make a better product for everyone! For more details on how we prioritize requests, please see:
Today you can only specify the process name for a conflicting process. If you choose to prevent the end-user from opening an application while it is running, the process name is what is shown in the notification box. However, I think it would bett...
As MSP it would be great if we can manually sync each customer by itself. At the moment we can do that only for all customers at the same time, if we need to deploy a new software package for a customer and click the sync button then it runs throu...
Add visibility of which Pre/Post Scripts have been set in InTune Apps and InTune Updates
Currently the only way of knowing which scripts are being used in the pre and post installation steps is to view the client-side logs. It would be useful to include an indication of the script name and location that has been set.
While silent installation is awesome for the most parts, some applications like NPCAP (wireshark version), needs the EULA to be manually agreed on. Hence a silent installation wouldn't work. So it would be nice if we can specifically choose which ...
Hi, It would be great if it was possible to decide where the PMP define scripts logs are saved on the client's computer. Currently, the following is hardcoded under the PatchMyPC-Remove-Application-X.ps1 script : "C:\Windows\Temp\PatchMyPC-' + $($...
Clean up ConfigMgr Software Update Groups and Deployment Packages
For lack of a manual or automated clean-up procedure on SUGs and Update Deployment Pkgs, it would be really cool to have the PmP publishing service do a clean-up. Here's what I saw at a customer today... The package for PmP content had accumulated...
Archive the updates and packages to local disk Packages We support everything from VB6 on 2008 up for some legacy applications. While we can keep old packages in Intune, we'd like to keep the numbers low, two maybe three prvious versions. Sometime...