Et ne pas oublier de déployer ces clés de registre sur les postes ou par GPO pour éviter des erreurs à l'installation du package : [HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Appx] "AllowDevelopmentWithoutDevLicense"=dword:00000001 "AllowAllTrustedApps"=dword:00000001

Bonjour, La version "msi" du client 3CX n'est plus mis à jour et je n'ai pas trouvé de paquet dans le store WAPT proposant la version MSIX à jour. J'ai donc créé un paquet pour ceux que ça peut intéressé en m'inspirant du paquet Teams UWP du store. Il faut au préalable télécharger les dernières versi ...

Vu que le champs n'existe plus justement, j'ai l'impression que l'éditeur de paquet met ce champs à "None" vu qu'il est toujours existant dans la conf.
J'ai supprimer manuellement ce champs dans "propriétés sauvegardés" pour débloquer la situation.

En effet... [waptwua] enabled=True default_allow=True install_delay= download_scheduling=2h install_at_shutdown=None install_scheduling=1d filter=Type='Software' En fait le champs "install_at_shutdown" n'existe plus dans l'éditeur de la conf et ça doit être pour ça qu'il le met à "None"

Bonjour,

j'ai plusieurs postes qui donnent une erreur WAPT au redémarrage/arrêt du poste :

"none" is not a valid boolean. Appuyez sur "OK" pour ignorer et risquer une corruption de données. Appuyez sur "abandonner" pour fermer le programme."

Merci.

Merci pour le tuyau Denis
je vais faire ça

Bonjour,
j'ai vu dans le dernier changelog que l'installation des mises à jour Windows à l'extinction du poste n'est plus prise en charge en 24H2.
Quelle est la solution de contournement ?
Merci.

Bonjour,

il y aurait-il un moyen de limiter le nombre de refus de l'installation des mises à jour par les utilisateurs ?
Aujourd'hui je laisse pendant 30s le choix aux utilisateurs de reporter l'installation.
Il y a-t-il un moyen de limiter ce nombre de report ?

Merci.

Oui désolé manque de précision de ma part.
Je parlais du fait que les postes continuaient d'aller chercher les MAJ chez Microsoft.
Mais ça semble mieux ce matin.
Un reboot des postes était surement nécessaire.

Le problème semble continuer de se produire en 2.6.0.16937...
Le service Windows Update est en désactivé sur les postes.