Update Management
Please take a few minutes to submit your idea or vote up an existing idea. All of the feedback you share in these forums will be monitored and reviewed by the Update Management engineering team.
-
servers with pending reboot should not show as compliant
Don't turn a recently patched server to compliant before the server has been rebooted (after patching). the existing implementation turns a recently patched server to compliant before it's restarted and can lead a person to forget to restart the server and leaving the patches not yet applied.
25 votesThanks for the feedback. We will take a look as resources allow.
-
Do an immediate refresh of compliance data after update deployment (linux)
After a deployment/update job, the data for the compliance dashboard should be immediately updated - not have to wait for the next scheduled compliance check
3 votes -
Schedule immediate compliance refresh function
I'd like to be able to schedule a refresh of compliance data (outstanding patches) whenever the next heartbeat occurs. Unless I'm missing something, the data can be somewhat stale and offers no easy way of getting it updated in a more timely fashion.
2 votes -
إعادة تحديث هاتفي بنفس مرجعية الإصدار الأصلي للهاتف المحمول حتى يتم تسهيل على المستخدم من استخدام الهاتف ويبقى دوماً معجب بمنتجات الصانع
هاتفي يطلب مني إعادة تحديث أكثر من مرة لهذا يزعجني كثيراً الأفضل أن يبقى طريقة استخدام الهاتف المحمول بنفس الطريقة التي قدمها الوكيل عند البيع لهذا انا منزعج من التحديث الجديد الذي أصبح صعب الاستعمال
1 voteشكرا على الاقتراح الصحيح. تعليقاتك مفتوحة الآن لمجتمع المستخدمين للتصويت والتعليق عليها. يتيح لنا ذلك تحديد أولويات طلبك بفعالية مقابل تراكم الميزات الحالية لدينا ويمنحنا أيضًا نظرة ثاقبة على التأثير المحتمل لتنفيذ الميزة المقترحة
- Don't see your idea?