- Expédié
- 23 septembre 2026 à 19:23 UTC
- Auteur
- Kamo
- Commite
- 06f8b1c
Le premier ordinateur a signalé son temps de ralenti comme étant de 13,9, puis 29,2, puis 14,4 secondes sur trois minutes. alors que personne ne le touchait. Ce n'est pas une personne - c'est une dent de scie plafonnée par le trente-deuxième scrutin intervalle, et c'est ce que poll() fait quand aucun affichage ne répondra: un nombres illisibles en tant qu' ACTIVE et last-active est poussé à présent sur chaque passe. L'agent s'exécute comme racine et l'affichage X appartient à l'élément, qui n'est pas quelque chose X est détendu xprintidle a été invoqué avec AFPLAY et pas de XAUTHORITY, donc l'affichage l'a refusé, il est sorti non-zéro, et la valeur de retour était Néant. Chaque sondage. Pour toujours. Donc la temporisation oisive ne pourrait jamais tirer sur n'importe quel ordinateur. L'empressement à l'autorisation était le bug devant Celui-ci était derrière, et aurait gardé chaque machine éveillé même une fois que la disponibilité est devenue vraie. Le cookie est lu sur le processus Xorg qui sert l'affichage, via le z-auth-sur-sax sur sa ligne de commande. xorgxrdp passe que RELATIVE à la maison de la session, donc un chemin nu est résolu à travers le processus Propriez-vous /proc/-pid-/cwd plutôt que deviné à partir du nom d'utilisateur - le processus le sait déjà, et un foyer Un répertoire qui n'est pas sous /home aurait fait une mauvaise idée. Il n'est plus silencieux, et cela compte plus que la fixation: il fourre un ordinateur éveillé, donc il Maintenant dit quel affichage a refusé, ce que xprintidle a imprimé, et lequel 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, y compris la résolution du chemin relatif et le comportement de la connexion.