KamoCRM

Il salutatore di login contava come membro utilizzando il computer

FixKlusterServices
Shipped
23 settembre 2026 alle ore 19:35 UTC
Author
Kamo
Commit
3bcb212

rdp sessions() ha raccolto ogni processo Xorg con un argomento di visualizzazione. L'immagine installa lightdm e lightdm-gtk-greeter, così lightdm gestisce il proprio Xorg su:0 su ogni avvio di ogni computer, il che significa Quella lista non era mai vuota, su qualsiasi macchina, mai. Ci sono due cose che sono vuote, ed entrambi erano morti: - il riavvio che rende possibile l'ibernazione, il cui punto è quello di accadere mentre nessuno è lavorare. `non IDLE.rdp sessions()` non poteva essere vero, quindi il riavvio originale aveva un secondo ragione indipendente mai sparare, in cima alla gara configura() ha fissato tre commit fa. Fissaggio quella gara da sola non avrebbe cambiato nulla. - l'orologio. poll() è scritto per lasciare Last active da solo quando nessuno è collegato, quindi un computer abbandonato dorme in orario invece di riavviare il suo orologio. Con un saluto nella lista ha preso il tempo inattivo del salutatore invece — che succede a crescere, quindi questo era sopravvissabile, ma solo per caso. Viene avviato un xorgxrdp Xorg con `-config xrdp/xorg.conf` e logs su `.xorgxrdp.*.log`, quindi il suo comando i nomi delle linee xrdp e il salutatore non lo fa. Abbinato su questo piuttosto che sul numero di visualizzazione, perché :10 essendo il primo display xrdp è un default sesman e non una promessa. Quattro test, tra cui il caso del salutatore e l'orologio del computer abbandonato.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing