- Expédié
- 23 septembre 2026 à 19:23 UTC
- Auteur
- Kamo
- Commit
- 06f8b1c
Le premier ordinateur a rapporté son temps de ralenti comme 13.9, puis 29.2, puis 14,4 secondes sur trois minutes pendant que personne ne touchait. Ce n'est pas une personne — c'est une sciure captée par le trente-deuxième sondage l'intervalle, et c'est ce que sondage() fait quand aucun affichage ne répond: illisible compte comme ACTIVE et Last active est poussée à chaque passage. L'agent fonctionne comme root et l'affichage X appartient au membre, ce qui n'est pas quelque chose X est détendu Sur. xprintidle a été invoqué avec DISPLAY et pas de XAUTHORITY, donc l'affichage l'a refusé, il est sorti non nulle, et la valeur de retour était nulle. Chaque sondage. Pour toujours. Donc le temps mort ne pouvait pas tirer sur un ordinateur. La préparation à l'hibernation était le bug devant Celui-ci était derrière lui, et aurait gardé chaque machine éveillée même une fois que la préparation s'est réalisée. Le cookie est lu hors du processus Xorg qui sert l'affichage, via `-auth` sur sa ligne de commande. xorgxrdp passe que RELATIVE à la maison de la session, donc un chemin nu est résolu par le processus propre /proc/<pid>/cwd plutôt que de deviner à partir du nom d'utilisateur — le processus sait déjà, et une maison répertoire qui n'est pas sous /home aurait fait une erreur de deviner. Illisible n'est plus silencieux, et ce qui compte plus que la correction: il épingle un ordinateur éveillé, donc il maintenant dit quel écran refusé, ce que xprintidle imprimé, et quel XAUTHORITY a été essayé — une fois par l'affichage et la raison, pas une fois par sondage. stderr allait à DEVNULL, c'est pourquoi trois les séances de travail ne l'ont jamais vu. Cinq tests, dont la résolution relative de la voie et le comportement de logonce.