Microsoft

Microsoft Endpoint Configuration Manager Feedback

Suggestion box powered by UserVoice

L U

My feedback

  1. 151 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    17 comments  ·  Ideas » Admin Console  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    Using SCCM console across different domains/machines, profile not roaming anywhere.

    So, also need easy export of settings so I can import them across all instances, and re-import after upgrades.

  2. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U supported this idea  · 
    L U commented  · 

    I agree - understanding that the deployment has both "Required" and "Available" parts means both need to be configurable differently.

    Further details:

    When superseding application is 'Available' these options are greyed out, but when we tick "Automatically upgrade any superseded versions of this application", then the User Experience activities to be performed outside the maintenance window, should be allowed: Software Installation and System Restart, And get back the option to prevent restart on a server.

    By the way, the supersedence 'Uninstall' action runs as soon as the policy on the PC is updated, removing the old version, but the new version does not automatically install, it seems to be waiting (for that annoying maintenance window) even though it's not necessary to wait.

    And some sites would not want the uninstall to go straight away, so the maintenanance window options should be made configurable, and apply to the removal of the previous version too, instead of what we have now: the removal running straight away, and the new install waiting till the evening.

    BUG: I would classify the inconsistent behaviour above as a bug, which could be resolved by activating the configuration of the Maintenance Window options in the SCCM console, and tying both the old removal and the new install to those configured maintenance window options.

  3. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U supported this idea  · 
    L U commented  · 

    One more thing - the scope of removal/upgrade should never exceed the scope of the targeting collection, either user or device. I believe that is the bug that this issue was for:
    https://configurationmanager.uservoice.com/forums/300492-ideas/suggestions/11532669-fix-supercedence-behavior
    So if that issue really was fixed (?) then all we need now is to separate the deployment options for both the "Available" and the "Required" parts that are inplicit in an Available deployment of a superseding application where superseded installations exist in the targeted population (either user or device).

    L U commented  · 

    I vote for this - and also please increase votes available - the number of really good, even essential improvements is far greater than a paltry 10 votes.

    At the minute, I could use 20 votes, and perhaps 40, given that we can tie up multiple (up to 3) on a single item.

    L U commented  · 

    When superseding application is 'Available' these options are greyed out, but when we tick "Automatically upgrade any superseded versions of this application", then the User Experience activities to be performed outside the maintenance window, should be allowed: Software Installation and System Restart, And get back the option to prevent restart on a server.

    By the way, the supersedence 'Uninstall' action runs as soon as the policy on the PC is updated, removing the old version, but the new version does not automatically install, it seems to be waiting (for that annoying maintenance window) even though it's not necessary to wait.

    And some sites would not want the uninstall to go straight away, so the maintenanance window options should be made configurable, and apply to the removal of the previous version too, instead of what we have now: the removal running straight away, and the new install waiting till the evening.

    BUG: I would classify the inconsistent behaviour above as a bug, which could be resolved by activating the configuration of the Maintenance Window options in the SCCM console, and tying both the old removal and the new install to those configured maintenance window options.

  4. 0 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    I've noticed that for superseded applications, maintenance windows for removal of the old version(s) is not honoured either (where the new application still waits for the maintenance window, the old version is removed as soon as the deployment is available)

    I need my vote back for more urgent issues, but I hope this still gets a look-in.

    L U shared this idea  · 
  5. 38 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  5 comments  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    I vote for this (I've run out of votes).

    We need for deployments with supersedence to recognise there are both "Available" and "Required" components to the deployment and allow complete, separate configuration of the user experience options for both.

  6. 49 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  3 comments  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    This problem impacts on supersedence, which we don't trust to work if the 'previous' application version is not detected in the first place.

    L U commented  · 

    My vote too. This looks like an omission (bug) from when user-targeted deployments were brought across from the Application Catalog to the new tiles interface in Software Center, but the guts are still missing so that the user still has to select the app and run it before an existing installation is detected.

  7. 33 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Ideas » Software Center  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    I vote + 1 (have run out of votes)

  8. 220 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  20 comments  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    With our organisation moving towards branchcache, the issue becomes not only about the installing PC's cache, but also about consuming space on adjacent PCs' caches (which already consume much of those small SSD's). But we also lose our DPs. Getting difficult.

    L U commented  · 

    I have really tried - have application run a helper package to get its location (saved in a file) and use the source from there to install huge Application - but it turns out that WMI that has the programs is not accessible to SYSTEM account - so script fails to find the helper package. Lot of work to find out that the guts are just missing in SCCM client infrastructure.
    https://social.technet.microsoft.com/Forums/en-US/97e65f89-b637-4e60-b1c7-c89b1144762a/cant-connect-to-rootccmclientsdkccmprogram-on-remote-computers-with-powershell?forum=ConfigMgrCBGeneral
    :(

    L U commented  · 

    We don't want to have to expand the cache size on our clients' small SSDs just to allow one or two unreasonably large packages to download before they install - costly in many ways. We have to use the package/program model for these applications that would otherwise work fine in the application model.

    We can't use a single common share because our network is so widely distributed - we rely on SCCM distribution points replication to get the software close to the clients that will install it, and not willing to stand up alternative replication infrastructure that would only compete with it over our WAN.

    At least could you let us distribute content as a Package to DPs, and give us a simple, reliable way to dynamically find the correct _local_ distribution point package contents with a script run on each client (eg powershell and/or WMI api), until a full solution can be implemented?

    Having Application model able to install from distribution point share - would hit the mark so much better.

    L U supported this idea  · 
  9. 0 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Ideas » Admin Console  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    To avoid needing to close and re-open the console, I can move the folder to another folder, then back again and it then shows the right order.

    But it locks up the console for a minute or so each folder move, out then back in, while it re-organises its internal guts.

    L U shared this idea  · 
  10. 4 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  Ideas » Operating System Deployment  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 
  11. 9 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    Yes please! (commenting here because I'm out of votes. 10 votes are REALLY not enough.

  12. 95 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  1 comment  ·  Ideas » Software Updates  ·  Flag idea as inappropriate…  ·  Admin →
    L U supported this idea  · 
  13. 8 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  1 comment  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    Dependencies - issue with revisions - when I remove a dependency, the references in the depended-on application still shows the dependent application, but the link is to the last-1 revision. Disconcerting and unhelpful.

    Turning off Application Revisions would take this problem away.

  14. 10 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  Ideas » Admin Console  ·  Flag idea as inappropriate…  ·  Admin →
    L U supported this idea  · 
  15. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  Ideas » Admin Console  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    Maybe this: if I create a sub-folder, I have to wait for the subfolder to appear in the GUI (takes 5-10 seconds, not inutitive), then select the folder before creating a new item. Now I understand, it's awkward. Needs a bit of work, for example, pre-selecting new folder so new items can be created in it without the extra step of manually selecting it.

  16. 16 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    4 comments  ·  Ideas » Software Updates  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    The incredible slowness of the "Edit Membership" dialogue, I consider to be a BUG - just wanted to say that. As the existing operation effectively freezes up the user interface.

    L U commented  · 

    Run out of votes, but the slow 'edit membership' is a real problem for us too because our update group space has many automatic deployment rules being created all the time.

    These suggestions (Deppentöter and Newman) would save us a lot of wasted time.

    Thanks!

  17. 697 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  18 comments  ·  Ideas » Software Updates  ·  Flag idea as inappropriate…  ·  Admin →
    L U supported this idea  · 
  18. 6 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    3 comments  ·  Ideas » Software Updates  ·  Flag idea as inappropriate…  ·  Admin →
    L U supported this idea  · 
    L U commented  · 

    Eg if we have an office patch, we need to get 'required' instances where it only applies to windows 7 and not to the windows 8, 10 PCs. We need to know which machine /OS types a particular patch is 'required' on so we don't deploy unneeded patches to machines of a particular OS.

    L U commented  · 

    We need to separate patches required for Window 7 and windows 10. We need to differentiate updates that are only needed for our windows 7 based computers and only needed for our Windows 10 based computers. We want to do this through the search/filters in the Softare Updates list. Our server team is starting to use SCCM, like Bill, and needs also to filter updates by target OS. We will create different Software Update groups for each and need to put only the right updates in each group.

  19. 13 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  2 comments  ·  Ideas » Application Management  ·  Flag idea as inappropriate…  ·  Admin →
    L U commented  · 

    My vote +3 this week, but I've run out of votes. I really needed this, last week when deploying a suite of security applications, that needed a restart between phases of the installation. If there are multiple restarts, this feature would need to re-evaluate after every restart. When I tested using Application deployment as it stands now, the uninstall worked, then just sat there. We cannot leave systems insecure - that is unacceptable. We require the process to keep going until it's done. Deploying via Task sequence will lose Application management support.

    We always use the feature for Software Updates, and would often use it for Application deployments.

  20. 11 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Noted  ·  0 comments  ·  Ideas » Tools  ·  Flag idea as inappropriate…  ·  Admin →
    L U shared this idea  · 
← Previous 1

Feedback and Knowledge Base