A Customizable Reboot/Postpone Prompt for Application and Software Updates Deployments
Basically would like something similar to the Windows Updates Reboot/Postpone nag prompt except with the ability to customize the notification text as applicable to the deployment.
For example:, as a sub-setting of the deployment type for the application you have the option to enable the reboot/postpone prompt and customize the notification text of the dialog box.
If the user that receives the prompt, postpones they will be re-prompted at the end of the postponement period until they either reboot or shutdown the system. (basically exactly the same behavior as the Windows Updates reboot/postpone prompt).
William France
shared this idea
24 comments
-
Ondrej Seda
commented
Hi, i think part of this request should be also: When user do the reboot by himself (click start - reboot), SCCM will accept it and will not require reboot after real reboot again
-
Jamie
commented
Having a snooze button for required restarts that are still several hours away (we set 10 hour restart countdowns) would be a great addition.
-
Anonymous
commented
We really need this.
-
Will
commented
If this resulted in the ability to force win10 feature updates ASAP and avoid the length of the condition where bitlocker has been suspended until a reboot occurs, Id be all in favor of this.
-
Dimitar Nedelchev
commented
Couldn't agree more with the rest of the comments! My team is dealing with questions about options for reboot almost on a weekly basis.
Providing more flexibility with reboot notifications (number of prompts and intervals, message text, etc. - as suggested by the rest of the guys here) will save a great deal of trouble for SCCM administrators, currently dealing with custom HTA messages and answering the same questions again and again.
This really should be a standard feature for every software distribution product.
-
Richard Lefaive
commented
can't support this idea enough. A LOT of the higher upvoted items on the overall list are "propeller head" improvements that are NOT as important as this one.
If admins had more control and options over the reboot notification text, final reminders, and experience ... the issues with business hours for corporate clients ( whereby optional period notices \ nags are not delivered \ seen ) that make it a complete abortion would be irrelevant and disappear ( admins could notify users just prior to actual interruption via reboot dialoguing and options ).
-
Prem
commented
I would like to have reboot option which would allow end users to snooze the reboot for a few times until final count down.
-
Jose
commented
Do we have any updates on this?
-
SomeDude
commented
For those waiting for this to materialize, you might be able to use a wrapper (http://psappdeploytoolkit.com/) to do this.
-
Craig
commented
Needed per the title. Hurry up MS
-
Joakim
commented
When will this become available?
-
Kurt M
commented
This would be huge for our company. We just started using SCCM for patch management and everyone is complaining about how they have a forced reboot on their system. Users for one do not notice the notification bubble from the system tray. As such we have the countdown timer set to 90 minutes, but having the ability for people to be able to postpone a couple times would be great. I wish I could give this more than 3 votes.
-
Kriss Milne
commented
This would be a great feature, a number of applications will fail to install if a reboot is pending.
This would be useful in a task sequence also, as pending reboots can cause application install failures which can result in task sequence failures.
-
Scott Breen
commented
a) allow a setting that will reboot if a pending reboot is detected prior to installing an application
b) detect pending reboots and allow handling with notifications via client settings
c) surface pending reboot status in console -
jrassi
commented
please this is extremely important.
-
Matt Edminster
commented
Same thing here:
Problem:
Today when users receive patches they are expecting to be down for 10-15 minutes. With the new Windows servicing model we are expecting major updates to take 45-60 minutes.Our users typically bring their devices home and may not boot them up on the evening. So most updates take place during the business day. (At least the laptop devices)
I fear when one of these major updates is released the users will click “install now” expecting to be down for the typical 10-15 when in reality they will be down for 45-60 minutes. They may miss meetings or other important work because of this unexpected downtime.
I would like to see MS introduce the ability for us to inform the user of how long an upgrade may take so they can plan for the downtime.
-
Anonymous
commented
We have the same request
-
Zeb Smith
commented
Yes, please.
I can't enforce strict reboots for non-technical reasons, but I can certainly pop up nag windows. Something that would allow the user to postpone reboots after updates for a decreasing amount of time each loop would be fantastic.
-
Law YT
commented
Should group all the updates into single reboot.
If there are software updates & applications requires reboot at the same times, should group it all together and ask for single reboot rather reboot one after another. This will enhanced user experience. -
Anonymous
commented
We also need control on how long the bubble messages stay open, most of our end users state that they never see them and only get the last countdown timer.
I'd like to see the ability to set the bubble messages to stay up until the user clicks on them or at least have the ability to config how long they are visible.
I would also like the ability to change IT department requires changes, in a previous company we had big fix and could customize the reboot prompt messages for each deployment